* [PATCH 0/2] Step forward in 'bitbake world'
@ 2010-08-27 8:11 Khem Raj
2010-08-27 8:11 ` [PATCH 1/2] dspgw-utils: Adding DSP Gateway Utilities package Khem Raj
2010-08-27 8:11 ` [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully Khem Raj
0 siblings, 2 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-27 8:11 UTC (permalink / raw)
To: openembedded-devel
These two patches enable the metadata to be parsed and a runqueue generated successfully
when doing bitbake world (~73000 tasks)
Its first step in the process. Next steps would be to fix the failing recipes now.
and prune more recipes into nonworking and obsolete dirs.
The changes in these patches should not cause any problems in general becuase they only
deal with already broken recipes.
if these patches look ok please ack
Thanks
-Khem
^ permalink raw reply [flat|nested] 35+ messages in thread
* [PATCH 1/2] dspgw-utils: Adding DSP Gateway Utilities package
2010-08-27 8:11 [PATCH 0/2] Step forward in 'bitbake world' Khem Raj
@ 2010-08-27 8:11 ` Khem Raj
2010-08-27 8:33 ` Frans Meulenbroeks
2010-08-27 8:11 ` [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully Khem Raj
1 sibling, 1 reply; 35+ messages in thread
From: Khem Raj @ 2010-08-27 8:11 UTC (permalink / raw)
To: openembedded-devel; +Cc: Rodrigo Vivi, Francisco Alecrim
From: Willer Moreira <willer.moreira@openbossa.org>
Signed-off-by: Rodrigo Vivi <rodrigo.vivi@openbossa.org>
Signed-off-by: Francisco Alecrim <francisco.alecrim@openbossa.org>
Signed-off-by: Willer Moreira <willer.moreira@openbossa.org>
---
recipes/dspgw-utils/dspgw-utils_3.3.1.bb | 43 ++++++++++++
recipes/dspgw-utils/files/dsp | 96 ++++++++++++++++++++++++++++
recipes/dspgw-utils/files/dsp.rules | 6 ++
recipes/dspgw-utils/files/yytext_ptr.patch | 11 +++
4 files changed, 156 insertions(+), 0 deletions(-)
create mode 100644 recipes/dspgw-utils/dspgw-utils_3.3.1.bb
create mode 100644 recipes/dspgw-utils/files/dsp
create mode 100644 recipes/dspgw-utils/files/dsp.rules
create mode 100644 recipes/dspgw-utils/files/yytext_ptr.patch
diff --git a/recipes/dspgw-utils/dspgw-utils_3.3.1.bb b/recipes/dspgw-utils/dspgw-utils_3.3.1.bb
new file mode 100644
index 0000000..08e11b6
--- /dev/null
+++ b/recipes/dspgw-utils/dspgw-utils_3.3.1.bb
@@ -0,0 +1,43 @@
+DESCRIPTION = "DSP Gateway Utilities"
+HOMEPAGE = "http://dspgateway.sourceforge.net"
+LICENSE = "GPL"
+DEPENDS = "bison flex udev"
+PR = "r0"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/dspgateway/dspgw-${PV}-arm.tar.bz2 \
+ file://yytext_ptr.patch;patch=1 \
+ file://dsp \
+ file://dsp.rules "
+
+S = "${WORKDIR}/dspgw-${PV}-arm/src/utils"
+
+CFLAGS += "-g -Wall -I${WORKDIR}/dspgw-${PV}-arm/include"
+
+inherit update-rc.d
+
+INITSCRIPT_NAME = "dsp"
+INITSCRIPT_PARAMS = "defaults"
+
+# Skipping...
+do_configure () {
+}
+
+# Skipping...
+do_stage () {
+}
+
+do_compile () {
+ cd ${S}/dsp_dld/arm && oe_runmake
+ cd ${S}/dspctl && oe_runmake
+}
+
+do_install () {
+ install -d ${D}${sbindir}
+ install -d ${D}${sysconfdir}/init.d
+ install -d ${D}${sysconfdir}/udev/rules.d
+ install -m 0655 ${S}/dspctl/dspctl ${D}${sbindir}
+ install -m 0655 ${S}/dsp_dld/arm/dsp_dld ${D}${sbindir}
+ install -m 0655 ${S}/dsp_dld/arm/dld_client ${D}${sbindir}
+ install -m 0755 ${WORKDIR}/dsp ${D}${sysconfdir}/init.d
+ install -m 0755 ${WORKDIR}/dsp.rules ${D}${sysconfdir}/udev/rules.d/
+}
diff --git a/recipes/dspgw-utils/files/dsp b/recipes/dspgw-utils/files/dsp
new file mode 100644
index 0000000..4387d60
--- /dev/null
+++ b/recipes/dspgw-utils/files/dsp
@@ -0,0 +1,96 @@
+#!/bin/sh
+# DSP Gateway init script
+# Copyright (C) 2007 INdT.
+# @author Abner Jose de Faria Silva <abner.silva@indt.org.br>
+#
+# This library is free software; you can redistribute it and/or
+# modify it under the terms of the GNU Lesser General Public
+# License as published by the Free Software Foundation; either
+# version 2.1 of the License, or (at your option) any later version.
+#
+# This library is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+# Lesser General Public License for more details.
+#
+# You should have received a copy of the GNU Lesser General Public
+# License along with this library; if not, write to the Free Software
+# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
+
+set -e
+
+DESC="DSP Gateway"
+
+DAEMON=/usr/sbin/dsp_dld
+DSPCTL=/usr/sbin/dspctl
+DSPCONF=/lib/dsp/dsp_dld_avs.conf
+
+DAEMONPARAM="-p --disable-restart -c $DSPCONF"
+
+KMEMRESERVE=360000
+
+PIDDIR=/var/run/dsp
+PIDFILE=$PIDDIR/pid
+
+test -x "$DAEMON" || exit 0
+test -x "$DSPCTL" || exit 0
+test -e "$DSPCONF" || exit 0
+
+start_dsp()
+{
+ if [ ! -d "$PIDDIR" ]; then
+ mkdir -p "$PIDDIR"
+ fi
+
+ if [ -e "$PIDFILE" ]; then
+ TMP=/proc/$(cat $PIDFILE)
+ if [ -d "$TMP" -a "$(readlink -f $TMP/exe)" = "$DAEMON" ]; then
+ echo "$DESC is already running."
+ return
+ else
+ echo "Removing old PID file $PIDFILE."
+ rm -f "$PIDFILE"
+ fi
+ fi
+
+ echo -n "Starting $DESC: "
+
+ $DSPCTL kmem_reserve $KMEMRESERVE
+ start-stop-daemon --start --quiet -b --make-pidfile --pidfile "$PIDFILE" \
+ --exec "$DAEMON" -- $DAEMONPARAM
+
+ echo "done."
+}
+
+stop_dsp()
+{
+ echo -n "Stopping $DESC: "
+
+ $DSPCTL kmem_release
+ start-stop-daemon --stop --quiet --name $(basename "$DAEMON") \
+ --pidfile "$PIDFILE"
+ rm -f "$PIDFILE"
+
+ echo "done."
+}
+
+case "$1" in
+ start)
+ start_dsp
+ ;;
+ stop)
+ stop_dsp
+ ;;
+ restart|force-reload)
+ stop_dsp
+ start_dsp
+ ;;
+ *)
+ echo "Usage: $(basename $0) {start|stop|restart|force-reload}" >&2
+ exit 1
+ ;;
+esac
+
+echo ""
+
+exit 0
diff --git a/recipes/dspgw-utils/files/dsp.rules b/recipes/dspgw-utils/files/dsp.rules
new file mode 100644
index 0000000..ae01361
--- /dev/null
+++ b/recipes/dspgw-utils/files/dsp.rules
@@ -0,0 +1,6 @@
+# dsp dev
+KERNEL=="dspctl", NAME="dspctl/ctl"
+KERNEL=="dspmem", NAME="dspctl/mem", MODE="0640", GROUP="kmem"
+KERNEL=="dsptwch", NAME="dspctl/twch", MODE="0640"
+KERNEL=="dsperr", NAME="dspctl/err", MODE="0440"
+KERNEL=="dsptask[0-9]*", MODE="0666"
diff --git a/recipes/dspgw-utils/files/yytext_ptr.patch b/recipes/dspgw-utils/files/yytext_ptr.patch
new file mode 100644
index 0000000..cf17c1d
--- /dev/null
+++ b/recipes/dspgw-utils/files/yytext_ptr.patch
@@ -0,0 +1,11 @@
+--- utils/dsp_dld/arm/dld_cmd_spec.l 2006-09-08 02:57:22.000000000 -0300
++++ utils/dsp_dld/arm/dld_cmd_spec.l.fixed 2007-10-09 16:46:28.000000000 -0300
+@@ -180,6 +180,8 @@
+ return(1);
+ }
+
++#define yytext_ptr yytext
++
+ void comment(void)
+ {
+ char c, c1;
--
1.7.1
^ permalink raw reply related [flat|nested] 35+ messages in thread
* [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 8:11 [PATCH 0/2] Step forward in 'bitbake world' Khem Raj
2010-08-27 8:11 ` [PATCH 1/2] dspgw-utils: Adding DSP Gateway Utilities package Khem Raj
@ 2010-08-27 8:11 ` Khem Raj
2010-08-27 9:40 ` Frans Meulenbroeks
2010-08-27 11:08 ` Koen Kooi
1 sibling, 2 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-27 8:11 UTC (permalink / raw)
To: openembedded-devel
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 107902 bytes --]
* Move recipes to nonwotking which are depending upon other recipes
which are already in nonworking state.
* Fix other recipes for renamed dependencies etc.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
recipes/angstrom/angstrom-bootmanager.bb | 2 +-
recipes/bt950-cs/bt950-cs_0.1.bb | 2 +-
recipes/clutter/clutter-gtk-0.6_git.bb | 10 ---
recipes/clutter/clutter_0.6svn.bb | 10 ---
recipes/esc/esc-node-demo_git.bb | 4 +-
.../files/mini-browser-desktop-fix.patch | 16 ----
.../gpe-mini-browser-hildon_0.15.bb | 54 --------------
.../gpe-mini-browser-hildon_0.16.bb | 55 ---------------
.../gpe-mini-browser-hildon_0.17.bb | 25 -------
recipes/gpe-mini-browser/gpe-mini-browser_0.15.bb | 55 ---------------
recipes/gpe-mini-browser/gpe-mini-browser_0.16.bb | 55 ---------------
recipes/gpe-mini-browser/gpe-mini-browser_0.17.bb | 54 --------------
recipes/gpe-mini-browser/gpe-mini-browser_0.18.bb | 51 --------------
recipes/gpe-mini-browser/gpe-mini-browser_0.19.bb | 55 ---------------
recipes/gpe-mini-browser/gpe-mini-browser_0.20.bb | 55 ---------------
recipes/gpe-mini-browser/gpe-mini-browser_0.21.bb | 57 ---------------
recipes/gpe-mini-browser/gpe-mini-browser_svn.bb | 55 ---------------
recipes/gpe-todo/gpe-todo-hildon_0.54.bb | 20 ------
recipes/gpe-todo/gpe-todo-hildon_0.55.bb | 20 ------
recipes/gpephone/libmsgenabler2_svn.bb | 2 +-
| 2 +-
| 2 +-
recipes/images/maemo-image.bb | 20 ------
| 2 +-
.../initramfs-module-kexecboot_1.0.bb | 2 +-
recipes/libgpepimc/libgpepimc-hildon_0.5.bb | 30 --------
recipes/maemo-mapper/maemo-mapper_svn.bb | 22 ------
recipes/maemo/hildon-control-panel_0.9.1-1.2.bb | 21 ------
recipes/maemo/hildon-status-bar/source.patch | 11 ---
recipes/maemo/hildon-status-bar_0.8.11-1.bb | 15 ----
recipes/maemo/lessertunjo_0.0.10.bb | 25 -------
recipes/maemo/libosso-help_1.0.01.bb | 24 -------
.../maemo/osso-application-installer_1.0.03-1.bb | 22 ------
recipes/maemo4/libosso-help_2.1.2.bb | 21 ------
recipes/meta/meta-angstrom-2007.bb | 1 -
recipes/meta/meta-maemo.bb | 11 ---
recipes/meta/meta-opie.bb | 6 +-
recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
recipes/minisip/libmsip_svn.bb | 2 +-
recipes/networkmanager/cnetworkmanager_git.bb | 2 +-
.../files/mini-browser-desktop-fix.patch | 16 ++++
.../gpe-mini-browser-hildon_0.15.bb | 54 ++++++++++++++
.../gpe-mini-browser-hildon_0.16.bb | 55 +++++++++++++++
.../gpe-mini-browser-hildon_0.17.bb | 25 +++++++
.../gpe-mini-browser/gpe-mini-browser_0.15.bb | 55 +++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_0.16.bb | 55 +++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_0.17.bb | 54 ++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_0.18.bb | 51 ++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_0.19.bb | 55 +++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_0.20.bb | 55 +++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_0.21.bb | 57 +++++++++++++++
.../gpe-mini-browser/gpe-mini-browser_svn.bb | 55 +++++++++++++++
.../nonworking/gpe-todo/gpe-todo-hildon_0.54.bb | 20 ++++++
.../nonworking/gpe-todo/gpe-todo-hildon_0.55.bb | 20 ++++++
recipes/nonworking/images/maemo-image.bb | 20 ++++++
.../nonworking/libgpepimc/libgpepimc-hildon_0.5.bb | 30 ++++++++
.../nonworking/maemo-mapper/maemo-mapper_svn.bb | 22 ++++++
.../maemo/hildon-control-panel_0.9.1-1.2.bb | 21 ++++++
.../maemo/hildon-status-bar/source.patch | 11 +++
.../nonworking/maemo/hildon-status-bar_0.8.11-1.bb | 15 ++++
recipes/nonworking/maemo/lessertunjo_0.0.10.bb | 25 +++++++
recipes/nonworking/maemo/libosso-help_1.0.01.bb | 24 +++++++
.../maemo/osso-application-installer_1.0.03-1.bb | 22 ++++++
recipes/nonworking/maemo4/libosso-help_2.1.2.bb | 21 ++++++
recipes/nonworking/meta/meta-maemo.bb | 11 +++
recipes/nonworking/tasks/task-maemo.bb | 73 ++++++++++++++++++++
recipes/nonworking/ukeyboard/ukeyboard_1.2.bb | 17 +++++
recipes/openmoko-base/openmoko-session_svn.bb | 2 +-
recipes/sugar/sugar-fructose.bb | 2 +-
recipes/tasks/task-arago-toolchain-target.bb | 3 +-
recipes/tasks/task-demo-x11.bb | 17 ++---
recipes/tasks/task-gmae.bb | 7 ++
recipes/tasks/task-gpe.bb | 6 +-
recipes/tasks/task-maemo.bb | 73 --------------------
recipes/tasks/task-mamona-base.bb | 5 +-
recipes/tasks/task-mamona-python.bb | 10 +---
recipes/tasks/task-mamona-systemtap.bb | 1 -
recipes/tasks/task-mamona-wm.bb | 1 -
recipes/tasks/task-openmoko-base.bb | 2 +-
recipes/tasks/task-openmoko-python-devel.bb | 1 -
recipes/tasks/task-openprotium.bb | 5 +-
recipes/tasks/task-opie-apps.bb | 2 +-
recipes/tasks/task-python-sharprom_20060425.bb | 18 +++---
recipes/udev/udev-compat141_141.bb | 6 ++-
recipes/ukeyboard/ukeyboard_1.2.bb | 17 -----
recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
recipes/xqt2/xqt2_20060509.bb | 2 +-
87 files changed, 1003 insertions(+), 1017 deletions(-)
delete mode 100644 recipes/clutter/clutter-gtk-0.6_git.bb
delete mode 100644 recipes/clutter/clutter_0.6svn.bb
delete mode 100644 recipes/gpe-mini-browser/files/mini-browser-desktop-fix.patch
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.15.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.16.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.17.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.18.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.19.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.20.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_0.21.bb
delete mode 100644 recipes/gpe-mini-browser/gpe-mini-browser_svn.bb
delete mode 100644 recipes/gpe-todo/gpe-todo-hildon_0.54.bb
delete mode 100644 recipes/gpe-todo/gpe-todo-hildon_0.55.bb
delete mode 100644 recipes/images/maemo-image.bb
delete mode 100644 recipes/libgpepimc/libgpepimc-hildon_0.5.bb
delete mode 100644 recipes/maemo-mapper/maemo-mapper_svn.bb
delete mode 100644 recipes/maemo/hildon-control-panel_0.9.1-1.2.bb
delete mode 100644 recipes/maemo/hildon-status-bar/source.patch
delete mode 100644 recipes/maemo/hildon-status-bar_0.8.11-1.bb
delete mode 100644 recipes/maemo/lessertunjo_0.0.10.bb
delete mode 100644 recipes/maemo/libosso-help_1.0.01.bb
delete mode 100644 recipes/maemo/osso-application-installer_1.0.03-1.bb
delete mode 100644 recipes/maemo4/libosso-help_2.1.2.bb
delete mode 100644 recipes/meta/meta-maemo.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/files/mini-browser-desktop-fix.patch
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.15.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.16.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.17.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.18.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.19.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.20.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.21.bb
create mode 100644 recipes/nonworking/gpe-mini-browser/gpe-mini-browser_svn.bb
create mode 100644 recipes/nonworking/gpe-todo/gpe-todo-hildon_0.54.bb
create mode 100644 recipes/nonworking/gpe-todo/gpe-todo-hildon_0.55.bb
create mode 100644 recipes/nonworking/images/maemo-image.bb
create mode 100644 recipes/nonworking/libgpepimc/libgpepimc-hildon_0.5.bb
create mode 100644 recipes/nonworking/maemo-mapper/maemo-mapper_svn.bb
create mode 100644 recipes/nonworking/maemo/hildon-control-panel_0.9.1-1.2.bb
create mode 100644 recipes/nonworking/maemo/hildon-status-bar/source.patch
create mode 100644 recipes/nonworking/maemo/hildon-status-bar_0.8.11-1.bb
create mode 100644 recipes/nonworking/maemo/lessertunjo_0.0.10.bb
create mode 100644 recipes/nonworking/maemo/libosso-help_1.0.01.bb
create mode 100644 recipes/nonworking/maemo/osso-application-installer_1.0.03-1.bb
create mode 100644 recipes/nonworking/maemo4/libosso-help_2.1.2.bb
create mode 100644 recipes/nonworking/meta/meta-maemo.bb
create mode 100644 recipes/nonworking/tasks/task-maemo.bb
create mode 100644 recipes/nonworking/ukeyboard/ukeyboard_1.2.bb
delete mode 100644 recipes/tasks/task-maemo.bb
delete mode 100644 recipes/ukeyboard/ukeyboard_1.2.bb
diff --git a/recipes/angstrom/angstrom-bootmanager.bb b/recipes/angstrom/angstrom-bootmanager.bb
index 6cae115..e5f3478 100644
--- a/recipes/angstrom/angstrom-bootmanager.bb
+++ b/recipes/angstrom/angstrom-bootmanager.bb
@@ -1,7 +1,7 @@
DESCRIPTION = "A graphical Boot Manager for the Ångström Linux Distribution"
AUTHOR = "Michael 'Mickey' Lauer <mickey@Vanille.de>"
SECTION = "base"
-DEPENDS = "evas-fb ecore-fb esmart-fb imlib2-fb edje efl++-fb"
+#DEPENDS = "ecore esmart-fb imlib2-fb edje efl++-fb"
#RDEPENDS_${PN} = "libefl++0"
ALLOW_EMPTY = "1"
diff --git a/recipes/bt950-cs/bt950-cs_0.1.bb b/recipes/bt950-cs/bt950-cs_0.1.bb
index ec90c81..09b6281 100644
--- a/recipes/bt950-cs/bt950-cs_0.1.bb
+++ b/recipes/bt950-cs/bt950-cs_0.1.bb
@@ -11,7 +11,7 @@ file://makefile.patch"
S = "${WORKDIR}/bt950-${PV}"
-PACKAGES = "${PN}-dbg kernel-module-bt950-cs"
+PACKAGES += "kernel-module-bt950-cs"
FILES_kernel-module-bt950-cs = "/etc/pcmcia/bt950.conf /lib/modules/${KERNEL_VERSION}/kernel/drivers/bluetooth/bt950_cs.o"
inherit module
diff --git a/recipes/clutter/clutter-gtk-0.6_git.bb b/recipes/clutter/clutter-gtk-0.6_git.bb
deleted file mode 100644
index e37c4c9..0000000
--- a/recipes/clutter/clutter-gtk-0.6_git.bb
+++ /dev/null
@@ -1,10 +0,0 @@
-require clutter-gtk.inc
-
-SRCREV = "2ba362a1a223c2b28541030a80aa11191615340a"
-PV = "0.6.0+git${SRCREV}"
-
-DEPENDS += "clutter-0.6"
-
-SRC_URI = "git://git.clutter-project.org/clutter-gtk.git;protocol=git;branch=clutter-gtk-0-6"
-
-S = "${WORKDIR}/git"
diff --git a/recipes/clutter/clutter_0.6svn.bb b/recipes/clutter/clutter_0.6svn.bb
deleted file mode 100644
index e86cbaf..0000000
--- a/recipes/clutter/clutter_0.6svn.bb
+++ /dev/null
@@ -1,10 +0,0 @@
-require clutter.inc
-
-PV = "0.6.0+svnr${SRCPV}"
-PR = "${INC_PR}.0"
-SRCREV = "3240"
-
-SRC_URI = "svn://svn.o-hand.com/repos/clutter/branches;module=clutter-0-6;proto=http \
- file://enable_tests-0.6.patch "
-
-S = "${WORKDIR}/clutter-0-6"
diff --git a/recipes/esc/esc-node-demo_git.bb b/recipes/esc/esc-node-demo_git.bb
index 814771b..f29b7ba 100644
--- a/recipes/esc/esc-node-demo_git.bb
+++ b/recipes/esc/esc-node-demo_git.bb
@@ -23,7 +23,7 @@ do_install() {
install -m 0755 ${S}/${i} ${D}${datadir}/esc-training
done
}
-
-RDEPENDS_${PN} = "nodejs"
+# disable for now until nodejs recipe is committed
+#RDEPENDS_${PN} = "nodejs"
FILES_${PN} += "${datadir}/esc-training"
diff --git a/recipes/gpe-mini-browser/files/mini-browser-desktop-fix.patch b/recipes/gpe-mini-browser/files/mini-browser-desktop-fix.patch
deleted file mode 100644
index 4912abb..0000000
--- a/recipes/gpe-mini-browser/files/mini-browser-desktop-fix.patch
+++ /dev/null
@@ -1,16 +0,0 @@
---- gpe-mini-browser-0.21.old/gpe-mini-browser-0.21//gpe-mini-browser.desktop.in.in 2007-01-09 14:53:31.000000000 +0200
-+++ gpe-mini-browser-0.21/gpe-mini-browser.desktop.in.in 2007-12-11 20:45:04.749584640 +0200
-@@ -2,9 +2,8 @@
- _Name=Mini Web Browser
- _Comment=Browse the web
- Exec=gpe-mini-browser
--Terminal=0
-+Terminal=false
- Type=Application
--Icon=gpe-mini-browser.png
--Categories=Application;PIM;GPE
--StartupNotify=True
--
-+Icon=gpe-mini-browser
-+Categories=X-GPE;X-PIM;X-Internet;X-Browser;
-+StartupNotify=true
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb b/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb
deleted file mode 100644
index faa9131..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb
+++ /dev/null
@@ -1,54 +0,0 @@
-require gpe-mini-browser.inc
-
-PR = "r0"
-
-SRC_URI = "${GPE_MIRROR}/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit libosso hildon-lgpl hildon-fm libgpewidget"
-EXTRA_OECONF = "--enable-hildon"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications/hildon
- install -m 0644 ${S}/hildon/gpe-mini-browser.desktop ${D}/usr/share/applications/hildon/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-SRC_URI[md5sum] = "b048cee7254d7fe6eb1e2821ce8706df"
-SRC_URI[sha256sum] = "aa9c2dbe8d763b4461a42d46378cc49335a266a7d6dcd794ecd46fac037c8913"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb b/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb
deleted file mode 100644
index 370017a..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb
+++ /dev/null
@@ -1,55 +0,0 @@
-require gpe-mini-browser.inc
-
-PR = "r0"
-
-SRC_URI = "${GPE_MIRROR}/gpe-mini-browser-${PV}.tar.gz"
-DESCRIPTION = "A lightweight webbrowser for the GPE platform (Hildon UI)"
-DEPENDS = "osb-nrcit libosso hildon-lgpl hildon-fm libgpewidget"
-EXTRA_OECONF = "--enable-hildon"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications/hildon
- install -m 0644 ${S}/hildon/gpe-mini-browser.desktop ${D}/usr/share/applications/hildon/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-SRC_URI[md5sum] = "858f3e7219cde7b18e69293526020416"
-SRC_URI[sha256sum] = "36d2487895d3579ae3e8693ebe789b5de454506fc572937dac2fb7ef512f105f"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb b/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb
deleted file mode 100644
index 692f418..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb
+++ /dev/null
@@ -1,25 +0,0 @@
-require gpe-mini-browser.inc
-
-PR = "r0"
-
-SRC_URI = "${GPE_MIRROR}/gpe-mini-browser-${PV}.tar.gz"
-DESCRIPTION = "A lightweight webbrowser for the GPE platform (Hildon UI)"
-DEPENDS = "osb-nrcit libosso hildon-lgpl hildon-fm libgpewidget"
-EXTRA_OECONF = "--enable-hildon"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications/hildon
- install -m 0644 ${S}/hildon/gpe-mini-browser.desktop ${D}/usr/share/applications/hildon/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-
-
-SRC_URI[md5sum] = "749c571ec28e2ea4f31602f3d5609e4b"
-SRC_URI[sha256sum] = "19d345571344f65e35b06c3faad6cfc86afeb8a41533d39bfbf364e1da34188c"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.15.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.15.bb
deleted file mode 100644
index 68d8020..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.15.bb
+++ /dev/null
@@ -1,55 +0,0 @@
-require gpe-mini-browser.inc
-
-PR = "r1"
-
-SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit libgpewidget"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- # install -d ${D}${docdir}/gpe
- # install -m 0644 ${S}/gpe-mini-browser.html ${D}${docdir}/gpe/
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-SRC_URI[md5sum] = "b048cee7254d7fe6eb1e2821ce8706df"
-SRC_URI[sha256sum] = "aa9c2dbe8d763b4461a42d46378cc49335a266a7d6dcd794ecd46fac037c8913"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.16.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.16.bb
deleted file mode 100644
index e83467c..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.16.bb
+++ /dev/null
@@ -1,55 +0,0 @@
-require gpe-mini-browser.inc
-
-PR = "r1"
-
-SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit sqlite libgpewidget"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- # install -d ${D}${docdir}/gpe
- # install -m 0644 ${S}/gpe-mini-browser.html ${D}${docdir}/gpe/
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-SRC_URI[md5sum] = "858f3e7219cde7b18e69293526020416"
-SRC_URI[sha256sum] = "36d2487895d3579ae3e8693ebe789b5de454506fc572937dac2fb7ef512f105f"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.17.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.17.bb
deleted file mode 100644
index 5499ca3..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.17.bb
+++ /dev/null
@@ -1,54 +0,0 @@
-require gpe-mini-browser.inc
-
-SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit sqlite libgpewidget"
-RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
-
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-
-SRC_URI[md5sum] = "749c571ec28e2ea4f31602f3d5609e4b"
-SRC_URI[sha256sum] = "19d345571344f65e35b06c3faad6cfc86afeb8a41533d39bfbf364e1da34188c"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.18.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.18.bb
deleted file mode 100644
index 9c67dcc..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.18.bb
+++ /dev/null
@@ -1,51 +0,0 @@
-require gpe-mini-browser.inc
-
-SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit sqlite libgpewidget"
-RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
-
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.19.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.19.bb
deleted file mode 100644
index 0a9c78d..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.19.bb
+++ /dev/null
@@ -1,55 +0,0 @@
-require gpe-mini-browser.inc
-
-SRC_URI = "http://gpe.linuxtogo.org/download/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit sqlite libgpewidget"
-RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
-
-PR = "r2"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-
-SRC_URI[md5sum] = "922640f40f67d15892d9ea8ec6c8ffea"
-SRC_URI[sha256sum] = "ece034b916a7760cfb854baab474b7931246bdb078c814366bf90a9fbff246af"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.20.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.20.bb
deleted file mode 100644
index 1bff97b..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.20.bb
+++ /dev/null
@@ -1,55 +0,0 @@
-require gpe-mini-browser.inc
-
-SRC_URI = "http://gpe.linuxtogo.org/download/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit sqlite libgpewidget"
-RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
-
-PR = "r2"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-
-SRC_URI[md5sum] = "1a7a4095cafed9cda21e500842b686a1"
-SRC_URI[sha256sum] = "ddba5fea0424c9c121269e96ea202014a29568263d478ac5682022973d2986f1"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_0.21.bb b/recipes/gpe-mini-browser/gpe-mini-browser_0.21.bb
deleted file mode 100644
index 824a416..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_0.21.bb
+++ /dev/null
@@ -1,57 +0,0 @@
-require gpe-mini-browser.inc
-
-SRC_URI = "http://gpe.linuxtogo.org/download/source/gpe-mini-browser-${PV}.tar.gz"
-DEPENDS = "osb-nrcit sqlite libgpewidget"
-RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
-
-PR = "r2"
-
-SRC_URI += "file://mini-browser-desktop-fix.patch"
-
-S = "${WORKDIR}/gpe-mini-browser-${PV}"
-
-inherit autotools
-
-do_install() {
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-
-SRC_URI[md5sum] = "a1297dfd14c008e3415f89b01eef75cd"
-SRC_URI[sha256sum] = "ec0358d104fa992f1437b37cdf70e83ab152794d2989ef2e9715ab8659dc46e3"
diff --git a/recipes/gpe-mini-browser/gpe-mini-browser_svn.bb b/recipes/gpe-mini-browser/gpe-mini-browser_svn.bb
deleted file mode 100644
index 0ebff73..0000000
--- a/recipes/gpe-mini-browser/gpe-mini-browser_svn.bb
+++ /dev/null
@@ -1,55 +0,0 @@
-DEPENDS = "sqlite gettext gtk+ glib-2.0 osb-nrcit libgpewidget"
-RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
-
-SRCREV = "9900"
-PV = "0.20+svn${SRCDATE}"
-PR = "r1"
-
-inherit autotools
-
-SRC_URI = "${GPE_EXTRA_SVN}"
-
-S = "${WORKDIR}/gpe-mini-browser"
-
-do_install() {
- install -d ${D}/usr/share/applications
- install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
- install -d ${D}/usr/share/pixmaps
- install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
- autotools_do_install
-}
-
-pkg_postinst_${PN}-doc () {
- #!/bin/sh
- if [ "x$D" != "x" ]; then
- if [ -e /etc/gpe/gpe-help.conf ]; then
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- else
- echo [Help] >> /etc/gpe/gpe-help.conf
- echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
- fi
-}
-pkg_postrm_${PN}-doc () {
- #!/bin/sh
- if [ -e /etc/gpe/gpe-help.conf ]; then
- sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
- mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
- fi
- if [ -x /usr/bin/gpe-helpindex ]; then
- echo generating help-index
- gpe-helpindex
- else
- echo not generating index for gpe-mini-browser
- fi
-}
-
-require gpe-mini-browser.inc
-
-#DEFAULT_PREFERENCE = "-1"
diff --git a/recipes/gpe-todo/gpe-todo-hildon_0.54.bb b/recipes/gpe-todo/gpe-todo-hildon_0.54.bb
deleted file mode 100644
index 9954d51..0000000
--- a/recipes/gpe-todo/gpe-todo-hildon_0.54.bb
+++ /dev/null
@@ -1,20 +0,0 @@
-LICENSE = "GPL"
-PR = "r1"
-DESCRIPTION = "GPE to-do list"
-DEPENDS = "libgpewidget-hildon libgpepimc-hildon libtododb sdk-default-icons libosso"
-RDEPENDS_${PN} = "sdk-default-icons"
-SECTION = "gpe"
-PRIORITY = "optional"
-
-inherit gpe autotools pkgconfig
-
-EXTRA_OECONF = "--enable-hildon"
-
-SRC_URI="${GPE_MIRROR}/gpe-todo-${PV}.tar.bz2"
-
-S = "${WORKDIR}/gpe-todo-${PV}"
-
-FILES_${PN} += "${datadir}/gpe-todo ${libdir}/dbus-1.0"
-
-SRC_URI[md5sum] = "8fdd52954a7a29691013900b65eb5702"
-SRC_URI[sha256sum] = "b3f51635b3ce6408fdfbd0283e1d8036c23b6ecb5adf0d66882e7e48eb5d97b9"
diff --git a/recipes/gpe-todo/gpe-todo-hildon_0.55.bb b/recipes/gpe-todo/gpe-todo-hildon_0.55.bb
deleted file mode 100644
index d71f862..0000000
--- a/recipes/gpe-todo/gpe-todo-hildon_0.55.bb
+++ /dev/null
@@ -1,20 +0,0 @@
-LICENSE = "GPL"
-PR = "r1"
-DESCRIPTION = "GPE to-do list"
-DEPENDS = "libgpewidget-hildon libgpepimc-hildon libtododb sdk-default-icons libosso"
-RDEPENDS_${PN} = "sdk-default-icons"
-SECTION = "gpe"
-PRIORITY = "optional"
-
-inherit gpe autotools pkgconfig
-
-EXTRA_OECONF = "--enable-hildon"
-
-SRC_URI="${GPE_MIRROR}/gpe-todo-${PV}.tar.bz2"
-
-S = "${WORKDIR}/gpe-todo-${PV}"
-
-FILES_${PN} += "${datadir}/gpe-todo ${libdir}/dbus-1.0"
-
-SRC_URI[md5sum] = "e8c08165d9723779473e3390a949afac"
-SRC_URI[sha256sum] = "ec2ef95c967acce5834c8b4985c610014c16242d223d233947d67b4514ebe298"
diff --git a/recipes/gpephone/libmsgenabler2_svn.bb b/recipes/gpephone/libmsgenabler2_svn.bb
index 6b5c326..cbd068a 100644
--- a/recipes/gpephone/libmsgenabler2_svn.bb
+++ b/recipes/gpephone/libmsgenabler2_svn.bb
@@ -2,7 +2,7 @@ LICENSE = "LiPS"
DESCRIPTION = "LiPS message backend library."
SECTION = "gpe/libs"
PRIORITY = "optional"
-DEPENDS = "glib-2.0 dbus-glib librecord2 liblipsevent2 telepathy-mission-control libgsmd-lips"
+DEPENDS = "glib-2.0 dbus-glib librecord2 liblipsevent2 telepathy-mission-control libgsmd"
PV = "0.0+svnr-${SRCREV}"
PR = "r2"
--git a/recipes/images/initramfs-bootmenu-debug-image.bb b/recipes/images/initramfs-bootmenu-debug-image.bb
index df5bf2b..a8f8ee3 100644
--- a/recipes/images/initramfs-bootmenu-debug-image.bb
+++ b/recipes/images/initramfs-bootmenu-debug-image.bb
@@ -1,7 +1,7 @@
# initramfs image with interactive boot menu allowing to select rootfs location
# from choices of block devices, loopback images and NFS.
-IMAGE_INSTALL = "busybox-static initramfs-module-bootmenu initramfs-module-check-modules initramfs-module-kexecboot klibc-utils-static-modprobe"
+IMAGE_INSTALL = "busybox-static initramfs-module-bootmenu initramfs-module-check-modules initramfs-module-kexecboot klibc-static-utils-modprobe"
IMAGE_INSTALL += " dropbear dropbear-backdoor"
IMAGE_LINGUAS = ""
--git a/recipes/images/initramfs-bootmenu-image.bb b/recipes/images/initramfs-bootmenu-image.bb
index 79806c9..51be798 100644
--- a/recipes/images/initramfs-bootmenu-image.bb
+++ b/recipes/images/initramfs-bootmenu-image.bb
@@ -1,7 +1,7 @@
# initramfs image with interactive boot menu allowing to select rootfs location
# from choices of block devices, loopback images and NFS.
-IMAGE_INSTALL = "busybox-static initramfs-module-bootmenu initramfs-module-check-modules initramfs-module-kexecboot klibc-utils-static-modprobe"
+IMAGE_INSTALL = "busybox-static initramfs-module-bootmenu initramfs-module-check-modules initramfs-module-kexecboot klibc-static-utils-modprobe"
IMAGE_LINGUAS = ""
diff --git a/recipes/images/maemo-image.bb b/recipes/images/maemo-image.bb
deleted file mode 100644
index c0498bb..0000000
--- a/recipes/images/maemo-image.bb
+++ /dev/null
@@ -1,20 +0,0 @@
-#
-# Meta package for maemo based system image
-#
-
-GUI_MACHINE_CLASS ?= "none"
-
-MAEMO_EXTRA_DEPENDS = "scap dosfstools"
-MAEMO_EXTRA_INSTALL = "osso-af-services osso-af-base-apps scap dosfstools"
-
-XSERVER ?= "xserver-kdrive-omap"
-
-DEPENDS = "${MACHINE_TASK_PROVIDER} \
- meta-maemo \
- ${MAEMO_EXTRA_DEPENDS}"
-
-IMAGE_INSTALL = "${MACHINE_TASK_PROVIDER} maemo-task-base maemo-task-theme \
- maemo-task-apps ${MAEMO_EXTRA_INSTALL} \
- ${XSERVER}"
-
-inherit image
diff --git a/recipes/initrdscripts/initramfs-module-bootmenu_1.0.bb b/recipes/initrdscripts/initramfs-module-bootmenu_1.0.bb
index 890fef3..f662cb4 100644
--- a/recipes/initrdscripts/initramfs-module-bootmenu_1.0.bb
+++ b/recipes/initrdscripts/initramfs-module-bootmenu_1.0.bb
@@ -1,7 +1,7 @@
SRC_URI = "file://30-bootmenu.sh"
PR = "r19"
DESCRIPTION = "An initramfs module with UI for selection of boot device."
-RDEPENDS_${PN} = "klibc-utils-static-fstype initramfs-uniboot initramfs-module-block initramfs-module-loop initramfs-module-nfs"
+RDEPENDS_${PN} = "klibc-static-utils-fstype initramfs-uniboot initramfs-module-block initramfs-module-loop initramfs-module-nfs"
# For VFAT mounting.
RRECOMMENDS_${PN} = "kernel-module-nls-cp437 kernel-module-nls-iso8859-1"
diff --git a/recipes/initrdscripts/initramfs-module-kexecboot_1.0.bb b/recipes/initrdscripts/initramfs-module-kexecboot_1.0.bb
index e153d2b..a973b06 100644
--- a/recipes/initrdscripts/initramfs-module-kexecboot_1.0.bb
+++ b/recipes/initrdscripts/initramfs-module-kexecboot_1.0.bb
@@ -1,7 +1,7 @@
SRC_URI = "file://87-kexecboot.sh"
PR = "r3"
DESCRIPTION = "An initramfs module for kexecing kernel from rootfs."
-RDEPENDS_${PN} = "initramfs-uniboot kexec-klibc-static"
+RDEPENDS_${PN} = "initramfs-uniboot kexec-tools-klibc"
do_install() {
install -d ${D}/initrd.d
diff --git a/recipes/libgpepimc/libgpepimc-hildon_0.5.bb b/recipes/libgpepimc/libgpepimc-hildon_0.5.bb
deleted file mode 100644
index 12155b9..0000000
--- a/recipes/libgpepimc/libgpepimc-hildon_0.5.bb
+++ /dev/null
@@ -1,30 +0,0 @@
-LICENSE = "LGPL"
-PR = "r1"
-DESCRIPTION = "Common code for GPE PIMs (hildon UI version)"
-SECTION = "gpe/libs"
-PRIORITY = "optional"
-DEPENDS = "libgpewidget-hildon gtk+ sqlite hildon-lgpl"
-PROVIDES = "libgepepimc"
-RPROVIDES_${PN} = "libgepepimc"
-
-SRC_URI = "${GPE_MIRROR}/libgpepimc-${PV}.tar.bz2"
-
-EXTRA_OECONF = "--enable-hildon"
-S = "${WORKDIR}/libgpepimc-${PV}"
-
-inherit pkgconfig autotools
-
-headers = "pim-categories.h pim-categories-ui.h"
-
-do_stage () {
- oe_libinstall -so libgpepimc ${STAGING_LIBDIR}
-
- mkdir -p ${STAGING_INCDIR}/gpe
- for h in ${headers}; do
- install -m 0644 ${S}/gpe/$h ${STAGING_INCDIR}/gpe/$h
- done
-}
-
-
-SRC_URI[md5sum] = "bbb0efe3359510fc0393f3f305c1c6e7"
-SRC_URI[sha256sum] = "b0d1236dbb27f054f8b8a6f8ed4d735db89eb466be641bed67363f4dd76385ad"
diff --git a/recipes/maemo-mapper/maemo-mapper_svn.bb b/recipes/maemo-mapper/maemo-mapper_svn.bb
deleted file mode 100644
index 713a54a..0000000
--- a/recipes/maemo-mapper/maemo-mapper_svn.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-DESCRIPTION = "GPS navigation/map display software"
-LICENSE = "GPL"
-DEPENDS = "gdbm libconic sqlite3 gtk+ libhildonfm libosso osso-ic-oss libosso-help gnome-vfs dbus bluez-libs"
-RDEPENDS_${PN} = "bluez-utils"
-RRECOMMENDS_${PN} = "gpsd flite"
-SRCREV = "118"
-PV = "2.0.3+svnr${SRCPV}"
-PR = "r3"
-
-SRC_URI = "svn://garage.maemo.org/svn/maemo-mapper;proto=https;module=trunk \
- file://mapper-hildon1.diff;maxrev=108"
-
-S = "${WORKDIR}/trunk"
-
-inherit autotools pkgconfig
-
-do_install_append () {
- install -d ${D}${datadir}/applications/
- mv ${D}/maemo-mapper.desktop ${D}${datadir}/applications/
-}
-
-#FILES_${PN} += "${datadir}/icons"
diff --git a/recipes/maemo/hildon-control-panel_0.9.1-1.2.bb b/recipes/maemo/hildon-control-panel_0.9.1-1.2.bb
deleted file mode 100644
index 3c56364..0000000
--- a/recipes/maemo/hildon-control-panel_0.9.1-1.2.bb
+++ /dev/null
@@ -1,21 +0,0 @@
-PR = "r2"
-LICENSE = "GPL"
-
-DEPENDS = "hildon-lgpl hildon-base-lib osso-af-settings libosso hildon-libs osso-af-settings libosso-help"
-
-SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/h/${PN}/${PN}_${PV}.tar.gz \
- file://config-path.patch;striplevel=0 \
- file://noWerror.patch;striplevel=0"
-
-S = "${WORKDIR}/hildon-control-panel-0.9.1"
-
-inherit autotools pkgconfig
-
-FILES_${PN} += "${libdir}/dbus-1.0 ${datadir}/applications"
-
-do_stage() {
- install -d ${STAGING_INCDIR}/hildon-cp-plugin
- install -m 644 *.h ${STAGING_INCDIR}/hildon-cp-plugin
-}
-SRC_URI[md5sum] = "72c8b814ebeec8668cea575e08bb1548"
-SRC_URI[sha256sum] = "bbe77d297c7560d3fdad343ab49f23c9c0aa1574db77108d1b97845fb7bb26d5"
diff --git a/recipes/maemo/hildon-status-bar/source.patch b/recipes/maemo/hildon-status-bar/source.patch
deleted file mode 100644
index dd5e82b..0000000
--- a/recipes/maemo/hildon-status-bar/source.patch
+++ /dev/null
@@ -1,11 +0,0 @@
---- status-bar-launch.sh.old 2005-06-14 17:12:10.000000000 +0200
-+++ status-bar-launch.sh 2005-06-14 17:12:15.000000000 +0200
-@@ -21,7 +21,7 @@
- # 02110-1301 USA
- #
-
--source af.conf
-+. af.conf
-
- if [ "$1" != "start" ] && [ "$1" != "stop" ] && [ "$1" != "restart" ]; then
- echo "Usage: $0 {start|stop|restart}"
diff --git a/recipes/maemo/hildon-status-bar_0.8.11-1.bb b/recipes/maemo/hildon-status-bar_0.8.11-1.bb
deleted file mode 100644
index 5d6238c..0000000
--- a/recipes/maemo/hildon-status-bar_0.8.11-1.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-PR = "r1"
-LICENSE = "GPL"
-
-DEPENDS = "hildon-lgpl libosso hildon-libs"
-
-SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/h/${PN}/${PN}_${PV}.tar.gz \
- file://source.patch;striplevel=0"
-
-S = "${WORKDIR}/hildon-status-bar-0.8.11"
-
-inherit autotools pkgconfig
-
-
-SRC_URI[md5sum] = "7948087bfe3b1bf8025a37fbb64bde44"
-SRC_URI[sha256sum] = "eca16f42de8e4a213acb3ba0978fa56fbdf2f38e5be5882163753068ab4a15cd"
diff --git a/recipes/maemo/lessertunjo_0.0.10.bb b/recipes/maemo/lessertunjo_0.0.10.bb
deleted file mode 100644
index 691893d..0000000
--- a/recipes/maemo/lessertunjo_0.0.10.bb
+++ /dev/null
@@ -1,25 +0,0 @@
-LICENSE = "LGPL"
-
-DEPENDS = "gconf-osso hildon-libs dbus libosso"
-SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/l/lessertunjo/lessertunjo_${PV}-3.tar.gz"
-
-inherit pkgconfig
-
-S = "${WORKDIR}/lessertunjo"
-LDFLAGS += " -losso -L${STAGING_LIBDIR} -I${STAGING_INCDIR} -I${STAGING_LIBDIR}/dbus-1.0/include -I${STAGING_INCDIR}/dbus-1.0 -I${STAGING_INCDIR}/glib-2.0 -I${STAGING_INCDIR}/gconf/2"
-
-
-do_install() {
- install -d ${D}${libdir}
- install -m 755 *so.0.0.10 ${D}${libdir}
-}
-
-do_stage() {
- oe_libinstall -so libshadowapp libshadowappd ${STAGING_LIBDIR}
- install -d ${STAGING_INCDIR}
- install -m 644 *.h ${STAGING_INCDIR}
-
-}
-
-SRC_URI[md5sum] = "b6d7ca9e9740286f0ce918da9fb8438b"
-SRC_URI[sha256sum] = "0ee6a3caee4812827b8e167d4a07dbf859cb08a00a20f09568c3baae379d6ce8"
diff --git a/recipes/maemo/libosso-help_1.0.01.bb b/recipes/maemo/libosso-help_1.0.01.bb
deleted file mode 100644
index b80d45a..0000000
--- a/recipes/maemo/libosso-help_1.0.01.bb
+++ /dev/null
@@ -1,24 +0,0 @@
-LICENSE = "LGPL"
-PR = "r0"
-
-DEPENDS = "libosso hildon-lgpl hildon-base-lib hildon-libs"
-SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/libo/${PN}/libosso-help_${PV}.tar.gz \
- file://no-Werror.patch;striplevel=0 \
- file://help-header-pp.patch;striplevel=0"
-
-inherit pkgconfig autotools
-
-S = "${WORKDIR}/libosso-help-sdk-${PV}"
-
-#FILES_${PN} += "${libdir}/dbus-1.0/services/ ${libdir}/outo/*.so ${libdir}/outo/*bin ${libdir}/outo/mimedummy.doc"
-
-do_stage() {
- install -d ${STAGING_INCDIR}
- install -m 644 helplib/*.h ${STAGING_INCDIR}
- install -m644 helplib/.libs/libossohelp.so ${STAGING_LIBDIR}
- install -m644 helplib/.libs/libossohelp.so.0 ${STAGING_LIBDIR}
- install -m644 helplib/.libs/libossohelp.so.0.0.0 ${STAGING_LIBDIR}
-}
-
-SRC_URI[md5sum] = "dbc3c68809e39bd6681aab8ad16ffe3c"
-SRC_URI[sha256sum] = "ef6f6fda31dfbf7b3186b6f1d0ffd12ee0675d9a057ad2994f81b5164213a693"
diff --git a/recipes/maemo/osso-application-installer_1.0.03-1.bb b/recipes/maemo/osso-application-installer_1.0.03-1.bb
deleted file mode 100644
index 3d24f21..0000000
--- a/recipes/maemo/osso-application-installer_1.0.03-1.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-PR = "r1"
-LICENSE = "GPL"
-
-DEPENDS = "hildon-lgpl hildon-base-lib libosso hildon-libs hildon-control-panel shared-mime-info"
-RDEPENDS_${PN} = "shared-mime-info"
-
-SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/o/${PN}/${PN}_${PV}.tar.gz \
- file://fix-buildsystem.patch"
-
-S = "${WORKDIR}/osso-application-installer-1.0.03"
-
-inherit autotools pkgconfig
-
-FILES_${PN} += "${libdir}/dbus-1.0 ${libdir}/hildon-control-panel/*.so ${datadir}/applications ${datadir}/mime"
-
-pkg_postinst () {
- echo "Updating MIME database... this may take a while."
- ${bindir}/update-mime-database ${datadir}/mime
-}
-
-SRC_URI[md5sum] = "05e47346d432bd4c78736b12f262d612"
-SRC_URI[sha256sum] = "f7129c56cd7e561c10457d101f37ebf3a8b02df83f42a30cb90b46eb0de5dede"
diff --git a/recipes/maemo4/libosso-help_2.1.2.bb b/recipes/maemo4/libosso-help_2.1.2.bb
deleted file mode 100644
index b7b6de5..0000000
--- a/recipes/maemo4/libosso-help_2.1.2.bb
+++ /dev/null
@@ -1,21 +0,0 @@
-LICENSE = "LGPL"
-DESCRIPTION = "Nokia osso help library"
-
-DEPENDS = "libhildonhelp libosso gtkhtml-3.8 libxml2 "
-
-PR = "r0"
-
-SRC_URI = "http://repository.maemo.org/pool/sardine-experimental/main.disabled/source/libo/libosso-help/libosso-help_${PV}-2.tar.gz"
-
-inherit autotools pkgconfig lib_package
-
-S = "${WORKDIR}/2.1.2-2"
-
-do_configure_prepend() {
- # remove Werror from OSSO_CFLAGS
- sed -i s:-Werror::g configure.ac
- sed -i -e s:AC_CONFIG_SRCDIR:#AC_CONFIG_SRCDIR:g configure.ac
-}
-
-SRC_URI[md5sum] = "fc5a1f4598670cec9ac40fb603f80570"
-SRC_URI[sha256sum] = "ecbff97da422f1498eae8f9b8a17389c0ccdd7eee1ca0259f035e712c8e0a405"
diff --git a/recipes/meta/meta-angstrom-2007.bb b/recipes/meta/meta-angstrom-2007.bb
index 8355b10..fbd7f0b 100644
--- a/recipes/meta/meta-angstrom-2007.bb
+++ b/recipes/meta/meta-angstrom-2007.bb
@@ -15,7 +15,6 @@ RDEPENDS_${PN} += " \
# Browsers know to work on all archs
RDEPENDS_${PN} += " \
- gpe-mini-browser \
midori \
minimo \
openmoko-browser2 \
diff --git a/recipes/meta/meta-maemo.bb b/recipes/meta/meta-maemo.bb
deleted file mode 100644
index ac0dabe..0000000
--- a/recipes/meta/meta-maemo.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-DESCRIPTION = "Meta-package for maemo environment"
-LICENSE = "MIT"
-PR = "r1"
-
-RDEPENDS_${PN} = "\
- maemo-task-base \
- maemo-task-apps \
- maemo-task-libs-install \
- maemo-task-theme"
-
-inherit meta
diff --git a/recipes/meta/meta-opie.bb b/recipes/meta/meta-opie.bb
index 0a8ed86..1584765 100644
--- a/recipes/meta/meta-opie.bb
+++ b/recipes/meta/meta-opie.bb
@@ -7,11 +7,13 @@ RDEPENDS_${PN} = "task-opie-applets task-opie-apps task-opie-base \
task-opie-base-applets task-opie-base-apps \
task-opie-base-decorations task-opie-base-inputmethods \
task-opie-base-pim task-opie-base-settings \
- task-opie-base-styles task-opie-bluetooth \
+ task-opie-base-styles \
+ ${@base_contains("COMBINED_FEATURES", "bluetooth", "task-opie-bluetooth", "",d)} \
task-opie-datebookplugins task-opie-decorations \
task-opie-extra-apps task-opie-extra-settings \
task-opie-extra-styles task-opie-extra-games \
- task-opie-games task-opie-inputmethods task-opie-irda \
+ ${@base_contains("COMBINED_FEATURES", "irda", "task-opie-irda", "",d)} \
+ task-opie-games task-opie-inputmethods \
task-opie-multimedia task-opie-pim task-opie-settings \
task-opie-styles task-opie-todayplugins task-opie-wlan"
diff --git a/recipes/meta/meta-toolchain-arago-dvsdk.bb b/recipes/meta/meta-toolchain-arago-dvsdk.bb
index 8e5b233..6deb2bc 100644
--- a/recipes/meta/meta-toolchain-arago-dvsdk.bb
+++ b/recipes/meta/meta-toolchain-arago-dvsdk.bb
@@ -1,3 +1,4 @@
+EXCLUDE_FROM_WORLD = "1"
TOOLCHAIN_HOST_TASK = "task-arago-toolchain-dvsdk-host"
TOOLCHAIN_TARGET_TASK = "task-arago-toolchain-dvsdk-target"
diff --git a/recipes/minisip/libmsip_svn.bb b/recipes/minisip/libmsip_svn.bb
index 004eaa7..1b1299a 100644
--- a/recipes/minisip/libmsip_svn.bb
+++ b/recipes/minisip/libmsip_svn.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "C++ implementation Session Initiation Protocol (RFC3261)"
HOMEPAGE = "http://www.minisip.org"
SECTION = "libs/network"
PRIORITY = "optional"
-DEPENDS = "libmnetutil0 libmutil0"
+DEPENDS = "libmnetutil libmutil0"
PV = "0.2.2+svn${SRCDATE}"
LICENSE = "LGPL"
diff --git a/recipes/networkmanager/cnetworkmanager_git.bb b/recipes/networkmanager/cnetworkmanager_git.bb
index d8ec179..5625502 100644
--- a/recipes/networkmanager/cnetworkmanager_git.bb
+++ b/recipes/networkmanager/cnetworkmanager_git.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "Command line interface for Network Manager"
HOMEPAGE = "http://vidner.net/martin/software/cnetworkmanager/"
LICENSE = "GPL"
SECTION = "console/network"
-RDEPENDS_${PN} = "python-core python-crypt python-dbus python-math python-pygobject python-re python-textutils python-uuid python-xml"
+RDEPENDS_${PN} = "python-core python-crypt python-dbus python-math python-pygobject python-re python-textutils python-xml"
PR = "r2"
PV = "0.8+git"
diff --git a/recipes/nonworking/gpe-mini-browser/files/mini-browser-desktop-fix.patch b/recipes/nonworking/gpe-mini-browser/files/mini-browser-desktop-fix.patch
new file mode 100644
index 0000000..4912abb
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/files/mini-browser-desktop-fix.patch
@@ -0,0 +1,16 @@
+--- gpe-mini-browser-0.21.old/gpe-mini-browser-0.21//gpe-mini-browser.desktop.in.in 2007-01-09 14:53:31.000000000 +0200
++++ gpe-mini-browser-0.21/gpe-mini-browser.desktop.in.in 2007-12-11 20:45:04.749584640 +0200
+@@ -2,9 +2,8 @@
+ _Name=Mini Web Browser
+ _Comment=Browse the web
+ Exec=gpe-mini-browser
+-Terminal=0
++Terminal=false
+ Type=Application
+-Icon=gpe-mini-browser.png
+-Categories=Application;PIM;GPE
+-StartupNotify=True
+-
++Icon=gpe-mini-browser
++Categories=X-GPE;X-PIM;X-Internet;X-Browser;
++StartupNotify=true
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb
new file mode 100644
index 0000000..faa9131
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.15.bb
@@ -0,0 +1,54 @@
+require gpe-mini-browser.inc
+
+PR = "r0"
+
+SRC_URI = "${GPE_MIRROR}/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit libosso hildon-lgpl hildon-fm libgpewidget"
+EXTRA_OECONF = "--enable-hildon"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications/hildon
+ install -m 0644 ${S}/hildon/gpe-mini-browser.desktop ${D}/usr/share/applications/hildon/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+SRC_URI[md5sum] = "b048cee7254d7fe6eb1e2821ce8706df"
+SRC_URI[sha256sum] = "aa9c2dbe8d763b4461a42d46378cc49335a266a7d6dcd794ecd46fac037c8913"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb
new file mode 100644
index 0000000..370017a
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.16.bb
@@ -0,0 +1,55 @@
+require gpe-mini-browser.inc
+
+PR = "r0"
+
+SRC_URI = "${GPE_MIRROR}/gpe-mini-browser-${PV}.tar.gz"
+DESCRIPTION = "A lightweight webbrowser for the GPE platform (Hildon UI)"
+DEPENDS = "osb-nrcit libosso hildon-lgpl hildon-fm libgpewidget"
+EXTRA_OECONF = "--enable-hildon"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications/hildon
+ install -m 0644 ${S}/hildon/gpe-mini-browser.desktop ${D}/usr/share/applications/hildon/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+SRC_URI[md5sum] = "858f3e7219cde7b18e69293526020416"
+SRC_URI[sha256sum] = "36d2487895d3579ae3e8693ebe789b5de454506fc572937dac2fb7ef512f105f"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb
new file mode 100644
index 0000000..692f418
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser-hildon_0.17.bb
@@ -0,0 +1,25 @@
+require gpe-mini-browser.inc
+
+PR = "r0"
+
+SRC_URI = "${GPE_MIRROR}/gpe-mini-browser-${PV}.tar.gz"
+DESCRIPTION = "A lightweight webbrowser for the GPE platform (Hildon UI)"
+DEPENDS = "osb-nrcit libosso hildon-lgpl hildon-fm libgpewidget"
+EXTRA_OECONF = "--enable-hildon"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications/hildon
+ install -m 0644 ${S}/hildon/gpe-mini-browser.desktop ${D}/usr/share/applications/hildon/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+
+
+SRC_URI[md5sum] = "749c571ec28e2ea4f31602f3d5609e4b"
+SRC_URI[sha256sum] = "19d345571344f65e35b06c3faad6cfc86afeb8a41533d39bfbf364e1da34188c"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.15.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.15.bb
new file mode 100644
index 0000000..68d8020
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.15.bb
@@ -0,0 +1,55 @@
+require gpe-mini-browser.inc
+
+PR = "r1"
+
+SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit libgpewidget"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ # install -d ${D}${docdir}/gpe
+ # install -m 0644 ${S}/gpe-mini-browser.html ${D}${docdir}/gpe/
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+SRC_URI[md5sum] = "b048cee7254d7fe6eb1e2821ce8706df"
+SRC_URI[sha256sum] = "aa9c2dbe8d763b4461a42d46378cc49335a266a7d6dcd794ecd46fac037c8913"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.16.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.16.bb
new file mode 100644
index 0000000..e83467c
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.16.bb
@@ -0,0 +1,55 @@
+require gpe-mini-browser.inc
+
+PR = "r1"
+
+SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit sqlite libgpewidget"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ # install -d ${D}${docdir}/gpe
+ # install -m 0644 ${S}/gpe-mini-browser.html ${D}${docdir}/gpe/
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+SRC_URI[md5sum] = "858f3e7219cde7b18e69293526020416"
+SRC_URI[sha256sum] = "36d2487895d3579ae3e8693ebe789b5de454506fc572937dac2fb7ef512f105f"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.17.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.17.bb
new file mode 100644
index 0000000..5499ca3
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.17.bb
@@ -0,0 +1,54 @@
+require gpe-mini-browser.inc
+
+SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit sqlite libgpewidget"
+RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
+
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+
+SRC_URI[md5sum] = "749c571ec28e2ea4f31602f3d5609e4b"
+SRC_URI[sha256sum] = "19d345571344f65e35b06c3faad6cfc86afeb8a41533d39bfbf364e1da34188c"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.18.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.18.bb
new file mode 100644
index 0000000..9c67dcc
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.18.bb
@@ -0,0 +1,51 @@
+require gpe-mini-browser.inc
+
+SRC_URI = "ftp://ftp.handhelds.org/projects/gpe/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit sqlite libgpewidget"
+RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
+
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.19.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.19.bb
new file mode 100644
index 0000000..0a9c78d
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.19.bb
@@ -0,0 +1,55 @@
+require gpe-mini-browser.inc
+
+SRC_URI = "http://gpe.linuxtogo.org/download/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit sqlite libgpewidget"
+RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
+
+PR = "r2"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+
+SRC_URI[md5sum] = "922640f40f67d15892d9ea8ec6c8ffea"
+SRC_URI[sha256sum] = "ece034b916a7760cfb854baab474b7931246bdb078c814366bf90a9fbff246af"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.20.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.20.bb
new file mode 100644
index 0000000..1bff97b
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.20.bb
@@ -0,0 +1,55 @@
+require gpe-mini-browser.inc
+
+SRC_URI = "http://gpe.linuxtogo.org/download/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit sqlite libgpewidget"
+RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
+
+PR = "r2"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+
+SRC_URI[md5sum] = "1a7a4095cafed9cda21e500842b686a1"
+SRC_URI[sha256sum] = "ddba5fea0424c9c121269e96ea202014a29568263d478ac5682022973d2986f1"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.21.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.21.bb
new file mode 100644
index 0000000..824a416
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_0.21.bb
@@ -0,0 +1,57 @@
+require gpe-mini-browser.inc
+
+SRC_URI = "http://gpe.linuxtogo.org/download/source/gpe-mini-browser-${PV}.tar.gz"
+DEPENDS = "osb-nrcit sqlite libgpewidget"
+RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
+
+PR = "r2"
+
+SRC_URI += "file://mini-browser-desktop-fix.patch"
+
+S = "${WORKDIR}/gpe-mini-browser-${PV}"
+
+inherit autotools
+
+do_install() {
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+
+SRC_URI[md5sum] = "a1297dfd14c008e3415f89b01eef75cd"
+SRC_URI[sha256sum] = "ec0358d104fa992f1437b37cdf70e83ab152794d2989ef2e9715ab8659dc46e3"
diff --git a/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_svn.bb b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_svn.bb
new file mode 100644
index 0000000..0ebff73
--- /dev/null
+++ b/recipes/nonworking/gpe-mini-browser/gpe-mini-browser_svn.bb
@@ -0,0 +1,55 @@
+DEPENDS = "sqlite gettext gtk+ glib-2.0 osb-nrcit libgpewidget"
+RRECOMMENDS_${PN} = "gdk-pixbuf-loader-gif gdk-pixbuf-loader-png gdk-pixbuf-loader-jpeg"
+
+SRCREV = "9900"
+PV = "0.20+svn${SRCDATE}"
+PR = "r1"
+
+inherit autotools
+
+SRC_URI = "${GPE_EXTRA_SVN}"
+
+S = "${WORKDIR}/gpe-mini-browser"
+
+do_install() {
+ install -d ${D}/usr/share/applications
+ install -m 0644 ${S}/gpe-mini-browser.desktop ${D}/usr/share/applications/gpe-mini-browser.desktop
+ install -d ${D}/usr/share/pixmaps
+ install -m 0644 ${S}/gpe-mini-browser.png ${D}/usr/share/pixmaps/gpe-mini-browser.png
+ autotools_do_install
+}
+
+pkg_postinst_${PN}-doc () {
+ #!/bin/sh
+ if [ "x$D" != "x" ]; then
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ else
+ echo [Help] >> /etc/gpe/gpe-help.conf
+ echo gpe-mini-browser= /usr/share/doc/gpe/gpe-mini-browser.html >> /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+ fi
+}
+pkg_postrm_${PN}-doc () {
+ #!/bin/sh
+ if [ -e /etc/gpe/gpe-help.conf ]; then
+ sed '/^\<gpe-mini-browser\>/d' /etc/gpe/gpe-help.conf > /tmp/gpe-help.conf
+ mv /tmp/gpe-help.conf /etc/gpe/gpe-help.conf
+ fi
+ if [ -x /usr/bin/gpe-helpindex ]; then
+ echo generating help-index
+ gpe-helpindex
+ else
+ echo not generating index for gpe-mini-browser
+ fi
+}
+
+require gpe-mini-browser.inc
+
+#DEFAULT_PREFERENCE = "-1"
diff --git a/recipes/nonworking/gpe-todo/gpe-todo-hildon_0.54.bb b/recipes/nonworking/gpe-todo/gpe-todo-hildon_0.54.bb
new file mode 100644
index 0000000..9954d51
--- /dev/null
+++ b/recipes/nonworking/gpe-todo/gpe-todo-hildon_0.54.bb
@@ -0,0 +1,20 @@
+LICENSE = "GPL"
+PR = "r1"
+DESCRIPTION = "GPE to-do list"
+DEPENDS = "libgpewidget-hildon libgpepimc-hildon libtododb sdk-default-icons libosso"
+RDEPENDS_${PN} = "sdk-default-icons"
+SECTION = "gpe"
+PRIORITY = "optional"
+
+inherit gpe autotools pkgconfig
+
+EXTRA_OECONF = "--enable-hildon"
+
+SRC_URI="${GPE_MIRROR}/gpe-todo-${PV}.tar.bz2"
+
+S = "${WORKDIR}/gpe-todo-${PV}"
+
+FILES_${PN} += "${datadir}/gpe-todo ${libdir}/dbus-1.0"
+
+SRC_URI[md5sum] = "8fdd52954a7a29691013900b65eb5702"
+SRC_URI[sha256sum] = "b3f51635b3ce6408fdfbd0283e1d8036c23b6ecb5adf0d66882e7e48eb5d97b9"
diff --git a/recipes/nonworking/gpe-todo/gpe-todo-hildon_0.55.bb b/recipes/nonworking/gpe-todo/gpe-todo-hildon_0.55.bb
new file mode 100644
index 0000000..d71f862
--- /dev/null
+++ b/recipes/nonworking/gpe-todo/gpe-todo-hildon_0.55.bb
@@ -0,0 +1,20 @@
+LICENSE = "GPL"
+PR = "r1"
+DESCRIPTION = "GPE to-do list"
+DEPENDS = "libgpewidget-hildon libgpepimc-hildon libtododb sdk-default-icons libosso"
+RDEPENDS_${PN} = "sdk-default-icons"
+SECTION = "gpe"
+PRIORITY = "optional"
+
+inherit gpe autotools pkgconfig
+
+EXTRA_OECONF = "--enable-hildon"
+
+SRC_URI="${GPE_MIRROR}/gpe-todo-${PV}.tar.bz2"
+
+S = "${WORKDIR}/gpe-todo-${PV}"
+
+FILES_${PN} += "${datadir}/gpe-todo ${libdir}/dbus-1.0"
+
+SRC_URI[md5sum] = "e8c08165d9723779473e3390a949afac"
+SRC_URI[sha256sum] = "ec2ef95c967acce5834c8b4985c610014c16242d223d233947d67b4514ebe298"
diff --git a/recipes/nonworking/images/maemo-image.bb b/recipes/nonworking/images/maemo-image.bb
new file mode 100644
index 0000000..c0498bb
--- /dev/null
+++ b/recipes/nonworking/images/maemo-image.bb
@@ -0,0 +1,20 @@
+#
+# Meta package for maemo based system image
+#
+
+GUI_MACHINE_CLASS ?= "none"
+
+MAEMO_EXTRA_DEPENDS = "scap dosfstools"
+MAEMO_EXTRA_INSTALL = "osso-af-services osso-af-base-apps scap dosfstools"
+
+XSERVER ?= "xserver-kdrive-omap"
+
+DEPENDS = "${MACHINE_TASK_PROVIDER} \
+ meta-maemo \
+ ${MAEMO_EXTRA_DEPENDS}"
+
+IMAGE_INSTALL = "${MACHINE_TASK_PROVIDER} maemo-task-base maemo-task-theme \
+ maemo-task-apps ${MAEMO_EXTRA_INSTALL} \
+ ${XSERVER}"
+
+inherit image
diff --git a/recipes/nonworking/libgpepimc/libgpepimc-hildon_0.5.bb b/recipes/nonworking/libgpepimc/libgpepimc-hildon_0.5.bb
new file mode 100644
index 0000000..12155b9
--- /dev/null
+++ b/recipes/nonworking/libgpepimc/libgpepimc-hildon_0.5.bb
@@ -0,0 +1,30 @@
+LICENSE = "LGPL"
+PR = "r1"
+DESCRIPTION = "Common code for GPE PIMs (hildon UI version)"
+SECTION = "gpe/libs"
+PRIORITY = "optional"
+DEPENDS = "libgpewidget-hildon gtk+ sqlite hildon-lgpl"
+PROVIDES = "libgepepimc"
+RPROVIDES_${PN} = "libgepepimc"
+
+SRC_URI = "${GPE_MIRROR}/libgpepimc-${PV}.tar.bz2"
+
+EXTRA_OECONF = "--enable-hildon"
+S = "${WORKDIR}/libgpepimc-${PV}"
+
+inherit pkgconfig autotools
+
+headers = "pim-categories.h pim-categories-ui.h"
+
+do_stage () {
+ oe_libinstall -so libgpepimc ${STAGING_LIBDIR}
+
+ mkdir -p ${STAGING_INCDIR}/gpe
+ for h in ${headers}; do
+ install -m 0644 ${S}/gpe/$h ${STAGING_INCDIR}/gpe/$h
+ done
+}
+
+
+SRC_URI[md5sum] = "bbb0efe3359510fc0393f3f305c1c6e7"
+SRC_URI[sha256sum] = "b0d1236dbb27f054f8b8a6f8ed4d735db89eb466be641bed67363f4dd76385ad"
diff --git a/recipes/nonworking/maemo-mapper/maemo-mapper_svn.bb b/recipes/nonworking/maemo-mapper/maemo-mapper_svn.bb
new file mode 100644
index 0000000..713a54a
--- /dev/null
+++ b/recipes/nonworking/maemo-mapper/maemo-mapper_svn.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = "GPS navigation/map display software"
+LICENSE = "GPL"
+DEPENDS = "gdbm libconic sqlite3 gtk+ libhildonfm libosso osso-ic-oss libosso-help gnome-vfs dbus bluez-libs"
+RDEPENDS_${PN} = "bluez-utils"
+RRECOMMENDS_${PN} = "gpsd flite"
+SRCREV = "118"
+PV = "2.0.3+svnr${SRCPV}"
+PR = "r3"
+
+SRC_URI = "svn://garage.maemo.org/svn/maemo-mapper;proto=https;module=trunk \
+ file://mapper-hildon1.diff;maxrev=108"
+
+S = "${WORKDIR}/trunk"
+
+inherit autotools pkgconfig
+
+do_install_append () {
+ install -d ${D}${datadir}/applications/
+ mv ${D}/maemo-mapper.desktop ${D}${datadir}/applications/
+}
+
+#FILES_${PN} += "${datadir}/icons"
diff --git a/recipes/nonworking/maemo/hildon-control-panel_0.9.1-1.2.bb b/recipes/nonworking/maemo/hildon-control-panel_0.9.1-1.2.bb
new file mode 100644
index 0000000..3c56364
--- /dev/null
+++ b/recipes/nonworking/maemo/hildon-control-panel_0.9.1-1.2.bb
@@ -0,0 +1,21 @@
+PR = "r2"
+LICENSE = "GPL"
+
+DEPENDS = "hildon-lgpl hildon-base-lib osso-af-settings libosso hildon-libs osso-af-settings libosso-help"
+
+SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/h/${PN}/${PN}_${PV}.tar.gz \
+ file://config-path.patch;striplevel=0 \
+ file://noWerror.patch;striplevel=0"
+
+S = "${WORKDIR}/hildon-control-panel-0.9.1"
+
+inherit autotools pkgconfig
+
+FILES_${PN} += "${libdir}/dbus-1.0 ${datadir}/applications"
+
+do_stage() {
+ install -d ${STAGING_INCDIR}/hildon-cp-plugin
+ install -m 644 *.h ${STAGING_INCDIR}/hildon-cp-plugin
+}
+SRC_URI[md5sum] = "72c8b814ebeec8668cea575e08bb1548"
+SRC_URI[sha256sum] = "bbe77d297c7560d3fdad343ab49f23c9c0aa1574db77108d1b97845fb7bb26d5"
diff --git a/recipes/nonworking/maemo/hildon-status-bar/source.patch b/recipes/nonworking/maemo/hildon-status-bar/source.patch
new file mode 100644
index 0000000..dd5e82b
--- /dev/null
+++ b/recipes/nonworking/maemo/hildon-status-bar/source.patch
@@ -0,0 +1,11 @@
+--- status-bar-launch.sh.old 2005-06-14 17:12:10.000000000 +0200
++++ status-bar-launch.sh 2005-06-14 17:12:15.000000000 +0200
+@@ -21,7 +21,7 @@
+ # 02110-1301 USA
+ #
+
+-source af.conf
++. af.conf
+
+ if [ "$1" != "start" ] && [ "$1" != "stop" ] && [ "$1" != "restart" ]; then
+ echo "Usage: $0 {start|stop|restart}"
diff --git a/recipes/nonworking/maemo/hildon-status-bar_0.8.11-1.bb b/recipes/nonworking/maemo/hildon-status-bar_0.8.11-1.bb
new file mode 100644
index 0000000..5d6238c
--- /dev/null
+++ b/recipes/nonworking/maemo/hildon-status-bar_0.8.11-1.bb
@@ -0,0 +1,15 @@
+PR = "r1"
+LICENSE = "GPL"
+
+DEPENDS = "hildon-lgpl libosso hildon-libs"
+
+SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/h/${PN}/${PN}_${PV}.tar.gz \
+ file://source.patch;striplevel=0"
+
+S = "${WORKDIR}/hildon-status-bar-0.8.11"
+
+inherit autotools pkgconfig
+
+
+SRC_URI[md5sum] = "7948087bfe3b1bf8025a37fbb64bde44"
+SRC_URI[sha256sum] = "eca16f42de8e4a213acb3ba0978fa56fbdf2f38e5be5882163753068ab4a15cd"
diff --git a/recipes/nonworking/maemo/lessertunjo_0.0.10.bb b/recipes/nonworking/maemo/lessertunjo_0.0.10.bb
new file mode 100644
index 0000000..691893d
--- /dev/null
+++ b/recipes/nonworking/maemo/lessertunjo_0.0.10.bb
@@ -0,0 +1,25 @@
+LICENSE = "LGPL"
+
+DEPENDS = "gconf-osso hildon-libs dbus libosso"
+SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/l/lessertunjo/lessertunjo_${PV}-3.tar.gz"
+
+inherit pkgconfig
+
+S = "${WORKDIR}/lessertunjo"
+LDFLAGS += " -losso -L${STAGING_LIBDIR} -I${STAGING_INCDIR} -I${STAGING_LIBDIR}/dbus-1.0/include -I${STAGING_INCDIR}/dbus-1.0 -I${STAGING_INCDIR}/glib-2.0 -I${STAGING_INCDIR}/gconf/2"
+
+
+do_install() {
+ install -d ${D}${libdir}
+ install -m 755 *so.0.0.10 ${D}${libdir}
+}
+
+do_stage() {
+ oe_libinstall -so libshadowapp libshadowappd ${STAGING_LIBDIR}
+ install -d ${STAGING_INCDIR}
+ install -m 644 *.h ${STAGING_INCDIR}
+
+}
+
+SRC_URI[md5sum] = "b6d7ca9e9740286f0ce918da9fb8438b"
+SRC_URI[sha256sum] = "0ee6a3caee4812827b8e167d4a07dbf859cb08a00a20f09568c3baae379d6ce8"
diff --git a/recipes/nonworking/maemo/libosso-help_1.0.01.bb b/recipes/nonworking/maemo/libosso-help_1.0.01.bb
new file mode 100644
index 0000000..b80d45a
--- /dev/null
+++ b/recipes/nonworking/maemo/libosso-help_1.0.01.bb
@@ -0,0 +1,24 @@
+LICENSE = "LGPL"
+PR = "r0"
+
+DEPENDS = "libosso hildon-lgpl hildon-base-lib hildon-libs"
+SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/libo/${PN}/libosso-help_${PV}.tar.gz \
+ file://no-Werror.patch;striplevel=0 \
+ file://help-header-pp.patch;striplevel=0"
+
+inherit pkgconfig autotools
+
+S = "${WORKDIR}/libosso-help-sdk-${PV}"
+
+#FILES_${PN} += "${libdir}/dbus-1.0/services/ ${libdir}/outo/*.so ${libdir}/outo/*bin ${libdir}/outo/mimedummy.doc"
+
+do_stage() {
+ install -d ${STAGING_INCDIR}
+ install -m 644 helplib/*.h ${STAGING_INCDIR}
+ install -m644 helplib/.libs/libossohelp.so ${STAGING_LIBDIR}
+ install -m644 helplib/.libs/libossohelp.so.0 ${STAGING_LIBDIR}
+ install -m644 helplib/.libs/libossohelp.so.0.0.0 ${STAGING_LIBDIR}
+}
+
+SRC_URI[md5sum] = "dbc3c68809e39bd6681aab8ad16ffe3c"
+SRC_URI[sha256sum] = "ef6f6fda31dfbf7b3186b6f1d0ffd12ee0675d9a057ad2994f81b5164213a693"
diff --git a/recipes/nonworking/maemo/osso-application-installer_1.0.03-1.bb b/recipes/nonworking/maemo/osso-application-installer_1.0.03-1.bb
new file mode 100644
index 0000000..3d24f21
--- /dev/null
+++ b/recipes/nonworking/maemo/osso-application-installer_1.0.03-1.bb
@@ -0,0 +1,22 @@
+PR = "r1"
+LICENSE = "GPL"
+
+DEPENDS = "hildon-lgpl hildon-base-lib libosso hildon-libs hildon-control-panel shared-mime-info"
+RDEPENDS_${PN} = "shared-mime-info"
+
+SRC_URI = "http://repository.maemo.org/pool/maemo/ossw/source/o/${PN}/${PN}_${PV}.tar.gz \
+ file://fix-buildsystem.patch"
+
+S = "${WORKDIR}/osso-application-installer-1.0.03"
+
+inherit autotools pkgconfig
+
+FILES_${PN} += "${libdir}/dbus-1.0 ${libdir}/hildon-control-panel/*.so ${datadir}/applications ${datadir}/mime"
+
+pkg_postinst () {
+ echo "Updating MIME database... this may take a while."
+ ${bindir}/update-mime-database ${datadir}/mime
+}
+
+SRC_URI[md5sum] = "05e47346d432bd4c78736b12f262d612"
+SRC_URI[sha256sum] = "f7129c56cd7e561c10457d101f37ebf3a8b02df83f42a30cb90b46eb0de5dede"
diff --git a/recipes/nonworking/maemo4/libosso-help_2.1.2.bb b/recipes/nonworking/maemo4/libosso-help_2.1.2.bb
new file mode 100644
index 0000000..b7b6de5
--- /dev/null
+++ b/recipes/nonworking/maemo4/libosso-help_2.1.2.bb
@@ -0,0 +1,21 @@
+LICENSE = "LGPL"
+DESCRIPTION = "Nokia osso help library"
+
+DEPENDS = "libhildonhelp libosso gtkhtml-3.8 libxml2 "
+
+PR = "r0"
+
+SRC_URI = "http://repository.maemo.org/pool/sardine-experimental/main.disabled/source/libo/libosso-help/libosso-help_${PV}-2.tar.gz"
+
+inherit autotools pkgconfig lib_package
+
+S = "${WORKDIR}/2.1.2-2"
+
+do_configure_prepend() {
+ # remove Werror from OSSO_CFLAGS
+ sed -i s:-Werror::g configure.ac
+ sed -i -e s:AC_CONFIG_SRCDIR:#AC_CONFIG_SRCDIR:g configure.ac
+}
+
+SRC_URI[md5sum] = "fc5a1f4598670cec9ac40fb603f80570"
+SRC_URI[sha256sum] = "ecbff97da422f1498eae8f9b8a17389c0ccdd7eee1ca0259f035e712c8e0a405"
diff --git a/recipes/nonworking/meta/meta-maemo.bb b/recipes/nonworking/meta/meta-maemo.bb
new file mode 100644
index 0000000..ac0dabe
--- /dev/null
+++ b/recipes/nonworking/meta/meta-maemo.bb
@@ -0,0 +1,11 @@
+DESCRIPTION = "Meta-package for maemo environment"
+LICENSE = "MIT"
+PR = "r1"
+
+RDEPENDS_${PN} = "\
+ maemo-task-base \
+ maemo-task-apps \
+ maemo-task-libs-install \
+ maemo-task-theme"
+
+inherit meta
diff --git a/recipes/nonworking/tasks/task-maemo.bb b/recipes/nonworking/tasks/task-maemo.bb
new file mode 100644
index 0000000..4a28b08
--- /dev/null
+++ b/recipes/nonworking/tasks/task-maemo.bb
@@ -0,0 +1,73 @@
+DESCRIPTION = "Task package for maemo environment"
+LICENSE = "MIT"
+ALLOW_EMPTY = "1"
+PR = "r1"
+
+PACKAGES = "\
+ maemo-task-base \
+ maemo-task-apps \
+ maemo-task-libs-install \
+ maemo-task-theme"
+
+RDEPENDS_maemo-base-depends = "\
+ diet-x11 \
+ virtual/xserver \
+ xpext \
+ xsp"
+
+RDEPENDS_maemo-task-libs-install = "\
+ libsqlite \
+ hildon-lgpl \
+ libhildonbase \
+ libhildonwidgets \
+ hildon-fm"
+
+RDEPENDS_maemo-task-base = "\
+ gdk-pixbuf-loader-png \
+ gdk-pixbuf-loader-xpm \
+ gdk-pixbuf-loader-jpeg \
+ pango-module-basic-x \
+ pango-module-basic-fc \
+ bluez-utils-dbus \
+ matchbox \
+ shared-mime-info \
+ rxvt-unicode \
+ xst \
+ xhost \
+ xrdb \
+ libgtkstylus \
+ outo \
+ hildon-initscripts \
+ libosso \
+ osso-af-utils \
+ osso-af-startup \
+ osso-core-config \
+ gnome-vfs \
+ osso-thumbnail \
+ xauth \
+ esd"
+
+RDEPENDS_maemo-task-theme = "\
+ xcursor-transparent-theme \
+ sdk-default-theme \
+ sdk-default-theme-config \
+ sdk-default-icons \
+ sapwood \
+ ttf-bitstream-vera \
+ sapwood \
+ osso-sounds"
+
+RDEPENDS_maemo-task-apps = "\
+ osso-gwobex \
+ osso-gwconnect \
+ osso-bttools \
+ hildon-status-bar \
+ hildon-home \
+ hildon-navigator \
+ hildon-control-panel \
+ osso-application-installer \
+ osso-app-killer \
+ osso-screenshot-tool \
+ gpe-todo-hildon \
+ gpe-contacts-hildon \
+ gpe-mini-browser-hildon"
diff --git a/recipes/nonworking/ukeyboard/ukeyboard_1.2.bb b/recipes/nonworking/ukeyboard/ukeyboard_1.2.bb
new file mode 100644
index 0000000..0891396
--- /dev/null
+++ b/recipes/nonworking/ukeyboard/ukeyboard_1.2.bb
@@ -0,0 +1,17 @@
+DESCRIPTION = "Additional keyboard layouts for Nokia N800/N810"
+SECTION = "user/other"
+DEPENDS = "gtk+ libosso gconf hildon-control-panel"
+
+SRC_URI = "http://upir.cz/maemo/dists/chinook/main/source/ukeyboard_${PV}.tar.gz "
+
+do_install() {
+ oe_runmake install DESTDIR=${D}
+}
+
+FILES_${PN} += "${datadir}/X11/xkb \
+ ${datadir}/scv_layouts \
+ ${libdir}/hildon-control-panel/libukeyboard-prefs.so"
+FILES_${PN}-dbg += "${libdir}/hildon-control-panel/.debug/"
+
+SRC_URI[md5sum] = "cf291d487250e3e9c1cc34389ce49297"
+SRC_URI[sha256sum] = "1f54d52abc5a53db45bc063948375b947af2c031ee1b810686027f7694deb474"
diff --git a/recipes/openmoko-base/openmoko-session_svn.bb b/recipes/openmoko-base/openmoko-session_svn.bb
index 19f1ce4..05625a1 100644
--- a/recipes/openmoko-base/openmoko-session_svn.bb
+++ b/recipes/openmoko-base/openmoko-session_svn.bb
@@ -1,6 +1,6 @@
DESCRIPTION = "Matchbox session files for Openmoko"
SECTION = "openmoko/base"
-RDEPENDS_${PN} = "matchbox-panel-2 matchbox-wm openmoko-today gconf"
+RDEPENDS_${PN} = "matchbox-panel-2 matchbox-wm openmoko-today2 gconf"
PV = "0.1+svnr${SRCPV}"
PR = "r1"
diff --git a/recipes/sugar/sugar-fructose.bb b/recipes/sugar/sugar-fructose.bb
index ad0db39..697ac21 100644
--- a/recipes/sugar/sugar-fructose.bb
+++ b/recipes/sugar/sugar-fructose.bb
@@ -1,3 +1,3 @@
DESCRIPTION = "Sugar fructose activities"
-DEPENDS = "etoys sugar-web-activity"
+DEPENDS = "etoys"
diff --git a/recipes/tasks/task-arago-toolchain-target.bb b/recipes/tasks/task-arago-toolchain-target.bb
index aa592b6..496910e 100644
--- a/recipes/tasks/task-arago-toolchain-target.bb
+++ b/recipes/tasks/task-arago-toolchain-target.bb
@@ -14,14 +14,13 @@ RDEPENDS_${PN} = "\
alsa-lib-dev \
alsa-utils-dev \
curl-dev \
- e2fsprogs-libs-dev \
+ e2fsprogs-dev \
i2c-tools-dev \
freetype-dev \
jpeg-dev \
lzo-dev \
libopkg-dev \
libpng-dev \
- libpng12-dev \
readline-dev \
libts-dev \
libusb-compat-dev \
diff --git a/recipes/tasks/task-demo-x11.bb b/recipes/tasks/task-demo-x11.bb
index 39b68e7..e342658 100644
--- a/recipes/tasks/task-demo-x11.bb
+++ b/recipes/tasks/task-demo-x11.bb
@@ -8,7 +8,7 @@ ECONFIG ?= "places e-wm-config-angstrom e-wm-config-angstrom-touchscreen e-wm-co
RDEPENDS_${PN} = "\
task-base-extended \
- task-gstreamer-ti \
+ task-gstreamer-ti \
angstrom-x11-base-depends \
angstrom-gpe-task-base \
angstrom-gpe-task-settings \
@@ -20,16 +20,15 @@ RDEPENDS_${PN} = "\
firefox midori \
hicolor-icon-theme gnome-icon-theme \
mplayer \
- angstrom-gnome-icon-theme-enable \
- picodlp-control \
- connman-gnome \
- gnome-bluetooth \
- alsa-utils-aplay \
- alsa-utils-alsamixer \
+ angstrom-gnome-icon-theme-enable \
+ picodlp-control \
+ connman-gnome \
+ gnome-bluetooth \
+ alsa-utils-aplay \
+ alsa-utils-alsamixer \
libgles-omap3 \
- libgles-omap3-demos \
+ libgles-omap3-x11demos \
libgles-omap3-tests \
- bc-cat-omap3-module-tests \
"
# Install all kernel modules
diff --git a/recipes/tasks/task-gmae.bb b/recipes/tasks/task-gmae.bb
index 1638c98..27f8f7f 100644
--- a/recipes/tasks/task-gmae.bb
+++ b/recipes/tasks/task-gmae.bb
@@ -2,6 +2,13 @@ DESCRIPTION = "GNOME Mobile & Embedded Initiative"
PR = "r2"
inherit task
+XSERVER ?= "xserver-xorg \
+ xf86-input-evdev \
+ xf86-input-mouse \
+ xf86-video-fbdev \
+ xf86-video-sisusb \
+ xf86-input-keyboard \
+"
PACKAGES = 'gmae-core \
gmae-toolkit \
diff --git a/recipes/tasks/task-gpe.bb b/recipes/tasks/task-gpe.bb
index 785f018..92efb3a 100644
--- a/recipes/tasks/task-gpe.bb
+++ b/recipes/tasks/task-gpe.bb
@@ -18,7 +18,9 @@ PACKAGES = "\
gpe-task-sectest"
RDEPENDS_gpe-base-depends = "\
- diet-x11 \
+ diet-x11"
+
+DEPENDS_gpe-base-depends = "\
virtual/xserver"
RDEPENDS_gpe-task-base = "\
@@ -102,7 +104,7 @@ RDEPENDS_gpe-task-games = "\
xdemineur"
RDEPENDS_gpe-task-connectivity = "\
- gpe-mini-browser"
+ gpe-mini-browser2"
# gaim
# linphone-hh
diff --git a/recipes/tasks/task-maemo.bb b/recipes/tasks/task-maemo.bb
deleted file mode 100644
index 4a28b08..0000000
--- a/recipes/tasks/task-maemo.bb
+++ /dev/null
@@ -1,73 +0,0 @@
-DESCRIPTION = "Task package for maemo environment"
-LICENSE = "MIT"
-ALLOW_EMPTY = "1"
-PR = "r1"
-
-PACKAGES = "\
- maemo-task-base \
- maemo-task-apps \
- maemo-task-libs-install \
- maemo-task-theme"
-
-RDEPENDS_maemo-base-depends = "\
- diet-x11 \
- virtual/xserver \
- xpext \
- xsp"
-
-RDEPENDS_maemo-task-libs-install = "\
- libsqlite \
- hildon-lgpl \
- libhildonbase \
- libhildonwidgets \
- hildon-fm"
-
-RDEPENDS_maemo-task-base = "\
- gdk-pixbuf-loader-png \
- gdk-pixbuf-loader-xpm \
- gdk-pixbuf-loader-jpeg \
- pango-module-basic-x \
- pango-module-basic-fc \
- bluez-utils-dbus \
- matchbox \
- shared-mime-info \
- rxvt-unicode \
- xst \
- xhost \
- xrdb \
- libgtkstylus \
- outo \
- hildon-initscripts \
- libosso \
- osso-af-utils \
- osso-af-startup \
- osso-core-config \
- gnome-vfs \
- osso-thumbnail \
- xauth \
- esd"
-
-RDEPENDS_maemo-task-theme = "\
- xcursor-transparent-theme \
- sdk-default-theme \
- sdk-default-theme-config \
- sdk-default-icons \
- sapwood \
- ttf-bitstream-vera \
- sapwood \
- osso-sounds"
-
-RDEPENDS_maemo-task-apps = "\
- osso-gwobex \
- osso-gwconnect \
- osso-bttools \
- hildon-status-bar \
- hildon-home \
- hildon-navigator \
- hildon-control-panel \
- osso-application-installer \
- osso-app-killer \
- osso-screenshot-tool \
- gpe-todo-hildon \
- gpe-contacts-hildon \
- gpe-mini-browser-hildon"
diff --git a/recipes/tasks/task-mamona-base.bb b/recipes/tasks/task-mamona-base.bb
index fa56e24..a909595 100644
--- a/recipes/tasks/task-mamona-base.bb
+++ b/recipes/tasks/task-mamona-base.bb
@@ -9,14 +9,15 @@ RDEPENDS_${PN} = "\
apt \
base-files \
base-passwd \
- bash | bash-noemu \
+ bash \
+ bash-noemu \
busybox \
bzip2 \
coreutils \
dpkg \
e2fsprogs \
e2fsprogs-badblocks \
- e2fsprogs-uuidgen \
+ util-linux-ng \
file \
gawk \
gawk-common \
diff --git a/recipes/tasks/task-mamona-python.bb b/recipes/tasks/task-mamona-python.bb
index 4503627..8b19643 100644
--- a/recipes/tasks/task-mamona-python.bb
+++ b/recipes/tasks/task-mamona-python.bb
@@ -18,15 +18,12 @@ RDEPENDS_${PN} = "\
python-gmpy \
python-gnosis \
python-gst \
- python-hmm \
python-imaging \
python-imdbpy \
python-inotify \
python-irclib \
- python-itools \
python-logilab-common \
python-libgmail \
- python-lightmediascanner \
python-lxml \
python-mad \
python-numarray \
@@ -48,7 +45,6 @@ RDEPENDS_${PN} = "\
python-pylint \
python-pyqt \
python-pyraf \
- python-pyreverse \
python-pyrex \
python-pyro \
python-pyserial \
@@ -63,17 +59,13 @@ RDEPENDS_${PN} = "\
python-simplejson \
python-sip \
python-sgmlop \
- python-snmplib \
python-soappy \
python-spydi \
- python-spyro \
python-sqlalchemy \
python-sqlobject \
python-tlslite \
- python-urwid \
- python-vmaps \
+ python-twisted \
python-vorbis \
python-webpy \
task-python-efl \
- twisted \
"
diff --git a/recipes/tasks/task-mamona-systemtap.bb b/recipes/tasks/task-mamona-systemtap.bb
index 84182d6..72a3622 100644
--- a/recipes/tasks/task-mamona-systemtap.bb
+++ b/recipes/tasks/task-mamona-systemtap.bb
@@ -6,6 +6,5 @@ PACKAGES = "${PN}"
RDEPENDS_${PN} = "\
libcap \
- systemtap \
task-mamona-sdk \
"
diff --git a/recipes/tasks/task-mamona-wm.bb b/recipes/tasks/task-mamona-wm.bb
index 49d3a6a..e2ac612 100644
--- a/recipes/tasks/task-mamona-wm.bb
+++ b/recipes/tasks/task-mamona-wm.bb
@@ -12,6 +12,5 @@ RDEPENDS_${PN} = "\
libmamona-im-gtk \
pango-module-basic-x \
pango-module-basic-fc \
- aterm \
midori \
"
diff --git a/recipes/tasks/task-openmoko-base.bb b/recipes/tasks/task-openmoko-base.bb
index b7b7b58..3c46c56 100644
--- a/recipes/tasks/task-openmoko-base.bb
+++ b/recipes/tasks/task-openmoko-base.bb
@@ -11,7 +11,7 @@ inherit task
DESCRIPTION_task-openmoko-base = "Openmoko: Top Panel, Application Launcher, Application Manager"
RDEPENDS_task-openmoko-base = "\
matchbox-panel-2 \
- matchbox-panel-2-applets \
+# matchbox-panel-2-applets \
# matchbox-keyboard-inputmethod \
# matchbox-keyboard-im \
# matchbox-keyboard-applet \
diff --git a/recipes/tasks/task-openmoko-python-devel.bb b/recipes/tasks/task-openmoko-python-devel.bb
index a493183..7b375c0 100644
--- a/recipes/tasks/task-openmoko-python-devel.bb
+++ b/recipes/tasks/task-openmoko-python-devel.bb
@@ -8,5 +8,4 @@ inherit task
RDEPENDS_task-openmoko-python-devel = "\
task-python-efl \
python-pygtk \
- python-lightmediascanner \
"
diff --git a/recipes/tasks/task-openprotium.bb b/recipes/tasks/task-openprotium.bb
index 2cfe30d..1cfc740 100644
--- a/recipes/tasks/task-openprotium.bb
+++ b/recipes/tasks/task-openprotium.bb
@@ -4,7 +4,10 @@ ALLOW_EMPTY = "1"
PR = "r3"
inherit task
-
+DISTRO_SSH_DAEMON ?= "dropbear"
+DISTRO_DEV_MANAGER ?= ""
+DISTRO_INIT_MANAGER ?= ""
+DISTRO_LOGIN_MANAGER ?= ""
PACKAGE_ARCH = "${MACHINE_ARCH}"
# be sure to build the kernel:
DEPENDS = "virtual/kernel"
diff --git a/recipes/tasks/task-opie-apps.bb b/recipes/tasks/task-opie-apps.bb
index 2f9cc27..f791c21 100644
--- a/recipes/tasks/task-opie-apps.bb
+++ b/recipes/tasks/task-opie-apps.bb
@@ -8,7 +8,7 @@ PACKAGES = "task-opie-apps task-opie-extra-apps"
RDEPENDS_task-opie-apps = "opie-advancedfm opie-bartender opie-calculator \
opie-checkbook opie-clock \
- opie-console opie-dagger opie-embeddedkonsole \
+ opie-console opie-embeddedkonsole \
opie-euroconv opie-eye opie-ftp opie-gutenbrowser \
opie-helpbrowser opie-irc opie-keypebble opie-odict \
opie-oxygen opie-rdesktop opie-reader opie-remote \
diff --git a/recipes/tasks/task-python-sharprom_20060425.bb b/recipes/tasks/task-python-sharprom_20060425.bb
index 16038ad..15776ea 100644
--- a/recipes/tasks/task-python-sharprom_20060425.bb
+++ b/recipes/tasks/task-python-sharprom_20060425.bb
@@ -8,13 +8,20 @@ NONWORKING = "\
python-crypto \
python-gammu \
python-gmpy \
+ python-hmm \
+ python-itools \
python-pybluez \
+ python-pyreverse \
python-pysqlite \
python-pygtk \
python-pyqwt \
+ python-snmplib \
python-sgmlop \
+ python-spyro \
python-sword \
- python-vorbis"
+ python-urwid \
+ python-vorbis \
+ python-vmaps"
RDEPENDS_${PN} = "\
python-ao \
@@ -23,9 +30,7 @@ RDEPENDS_${PN} = "\
python-fnorb \
python-fpconst \
python-gnosis \
- python-hmm \
python-irclib \
- python-itools \
python-libgmail \
python-logilab-common \
python-lxml \
@@ -45,7 +50,6 @@ RDEPENDS_${PN} = "\
python-pylint \
python-pyqt \
python-pyraf \
- python-pyreverse \
python-pyro \
python-pyserial \
python-pyvisa \
@@ -55,17 +59,13 @@ RDEPENDS_${PN} = "\
python-scapy \
python-scons \
python-sip \
- python-snmplib \
python-soappy \
python-spydi \
- python-spyro \
python-tlslite \
- python-urwid \
- python-vmaps \
+ python-twisted \
python-webpy \
moin \
plone \
- twisted \
zope"
#fixme add python-egenix-mx-base if brought in from nonworking
diff --git a/recipes/udev/udev-compat141_141.bb b/recipes/udev/udev-compat141_141.bb
index 2411fc6..c39d4cb 100644
--- a/recipes/udev/udev-compat141_141.bb
+++ b/recipes/udev/udev-compat141_141.bb
@@ -15,7 +15,11 @@ PACKAGES = "${PN} ${PN}-dbg"
PROVIDES = "udev-compat"
# Need udev with udev-compat-wrapper support and nothing else.
-RDEPENDS_${PN} = "udev-compat-wrapper"
+RDEPENDS_${PN}_spitz = "udev-compat-wrapper"
+RDEPENDS_${PN}_akita = "udev-compat-wrapper"
+RDEPENDS_${PN}_c7x0 = "udev-compat-wrapper"
+RDEPENDS_${PN}_poodle = "udev-compat-wrapper"
+
# Remove hotplug RPROVIDES
RPROVIDES_${PN} = "udev-compat"
diff --git a/recipes/ukeyboard/ukeyboard_1.2.bb b/recipes/ukeyboard/ukeyboard_1.2.bb
deleted file mode 100644
index 0891396..0000000
--- a/recipes/ukeyboard/ukeyboard_1.2.bb
+++ /dev/null
@@ -1,17 +0,0 @@
-DESCRIPTION = "Additional keyboard layouts for Nokia N800/N810"
-SECTION = "user/other"
-DEPENDS = "gtk+ libosso gconf hildon-control-panel"
-
-SRC_URI = "http://upir.cz/maemo/dists/chinook/main/source/ukeyboard_${PV}.tar.gz "
-
-do_install() {
- oe_runmake install DESTDIR=${D}
-}
-
-FILES_${PN} += "${datadir}/X11/xkb \
- ${datadir}/scv_layouts \
- ${libdir}/hildon-control-panel/libukeyboard-prefs.so"
-FILES_${PN}-dbg += "${libdir}/hildon-control-panel/.debug/"
-
-SRC_URI[md5sum] = "cf291d487250e3e9c1cc34389ce49297"
-SRC_URI[sha256sum] = "1f54d52abc5a53db45bc063948375b947af2c031ee1b810686027f7694deb474"
diff --git a/recipes/vlc/vlc-davinci_0.8.6h.bb b/recipes/vlc/vlc-davinci_0.8.6h.bb
index ed53508..c7fa7b4 100644
--- a/recipes/vlc/vlc-davinci_0.8.6h.bb
+++ b/recipes/vlc/vlc-davinci_0.8.6h.bb
@@ -10,7 +10,7 @@ PR = "r6"
PV = "0.8.6h+${PR}+gitr${SRCREV}"
-DEPENDS = "codec-engine dbus libxml2 gnutls tremor faad2 ffmpeg flac \
+DEPENDS = "ti-codec-engine dbus libxml2 gnutls tremor faad2 ffmpeg flac \
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'libmad libid3tag liba52 mpeg2dec', d)}"
SRC_URI = "git://git.videolan.org/vlc.git;protocol=git;branch=0.8.6-neuros"
diff --git a/recipes/xqt2/xqt2_20060509.bb b/recipes/xqt2/xqt2_20060509.bb
index 7634d27..4492bc7 100644
--- a/recipes/xqt2/xqt2_20060509.bb
+++ b/recipes/xqt2/xqt2_20060509.bb
@@ -1,6 +1,6 @@
DESCRIPTION = "Xqt2 is an X-Server than runs within the Opie environment"
HOMEPAGE = "http://xqt.sourceforge.jp"
-DEPENDS = "freetype libxi xmu flex-native virtual/libqte2 libqpe-opie"
+DEPENDS = "freetype libxi libxmu flex-native virtual/libqte2 libqpe-opie"
LICENSE = "GPL"
SECTION = "opie/applications"
APPTYPE = "binary"
--
1.7.1
^ permalink raw reply related [flat|nested] 35+ messages in thread
* Re: [PATCH 1/2] dspgw-utils: Adding DSP Gateway Utilities package
2010-08-27 8:11 ` [PATCH 1/2] dspgw-utils: Adding DSP Gateway Utilities package Khem Raj
@ 2010-08-27 8:33 ` Frans Meulenbroeks
0 siblings, 0 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-27 8:33 UTC (permalink / raw)
To: openembedded-devel
2010/8/27 Khem Raj <raj.khem@gmail.com>:
> From: Willer Moreira <willer.moreira@openbossa.org>
>
> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@openbossa.org>
> Signed-off-by: Francisco Alecrim <francisco.alecrim@openbossa.org>
> Signed-off-by: Willer Moreira <willer.moreira@openbossa.org>
> ---
> recipes/dspgw-utils/dspgw-utils_3.3.1.bb | 43 ++++++++++++
> recipes/dspgw-utils/files/dsp | 96 ++++++++++++++++++++++++++++
> recipes/dspgw-utils/files/dsp.rules | 6 ++
> recipes/dspgw-utils/files/yytext_ptr.patch | 11 +++
> 4 files changed, 156 insertions(+), 0 deletions(-)
> create mode 100644 recipes/dspgw-utils/dspgw-utils_3.3.1.bb
> create mode 100644 recipes/dspgw-utils/files/dsp
> create mode 100644 recipes/dspgw-utils/files/dsp.rules
> create mode 100644 recipes/dspgw-utils/files/yytext_ptr.patch
>
> diff --git a/recipes/dspgw-utils/dspgw-utils_3.3.1.bb b/recipes/dspgw-utils/dspgw-utils_3.3.1.bb
> new file mode 100644
> index 0000000..08e11b6
> --- /dev/null
> +++ b/recipes/dspgw-utils/dspgw-utils_3.3.1.bb
> @@ -0,0 +1,43 @@
> +DESCRIPTION = "DSP Gateway Utilities"
> +HOMEPAGE = "http://dspgateway.sourceforge.net"
> +LICENSE = "GPL"
> +DEPENDS = "bison flex udev"
> +PR = "r0"
> +
> +SRC_URI = "${SOURCEFORGE_MIRROR}/dspgateway/dspgw-${PV}-arm.tar.bz2 \
> + file://yytext_ptr.patch;patch=1 \
> + file://dsp \
> + file://dsp.rules "
> +
> +S = "${WORKDIR}/dspgw-${PV}-arm/src/utils"
> +
> +CFLAGS += "-g -Wall -I${WORKDIR}/dspgw-${PV}-arm/include"
> +
> +inherit update-rc.d
> +
> +INITSCRIPT_NAME = "dsp"
> +INITSCRIPT_PARAMS = "defaults"
> +
> +# Skipping...
> +do_configure () {
> +}
> +
> +# Skipping...
> +do_stage () {
> +}
Is an empty do-stage needed? I thought we could to without.
> +
> +do_compile () {
> + cd ${S}/dsp_dld/arm && oe_runmake
> + cd ${S}/dspctl && oe_runmake
> +}
> +
> +do_install () {
> + install -d ${D}${sbindir}
> + install -d ${D}${sysconfdir}/init.d
> + install -d ${D}${sysconfdir}/udev/rules.d
> + install -m 0655 ${S}/dspctl/dspctl ${D}${sbindir}
> + install -m 0655 ${S}/dsp_dld/arm/dsp_dld ${D}${sbindir}
> + install -m 0655 ${S}/dsp_dld/arm/dld_client ${D}${sbindir}
> + install -m 0755 ${WORKDIR}/dsp ${D}${sysconfdir}/init.d
> + install -m 0755 ${WORKDIR}/dsp.rules ${D}${sysconfdir}/udev/rules.d/
> +}
> diff --git a/recipes/dspgw-utils/files/dsp b/recipes/dspgw-utils/files/dsp
> new file mode 100644
> index 0000000..4387d60
> --- /dev/null
> +++ b/recipes/dspgw-utils/files/dsp
> @@ -0,0 +1,96 @@
> +#!/bin/sh
> +# DSP Gateway init script
> +# Copyright (C) 2007 INdT.
> +# @author Abner Jose de Faria Silva <abner.silva@indt.org.br>
> +#
> +# This library is free software; you can redistribute it and/or
> +# modify it under the terms of the GNU Lesser General Public
> +# License as published by the Free Software Foundation; either
> +# version 2.1 of the License, or (at your option) any later version.
> +#
> +# This library is distributed in the hope that it will be useful,
> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
> +# Lesser General Public License for more details.
> +#
> +# You should have received a copy of the GNU Lesser General Public
> +# License along with this library; if not, write to the Free Software
> +# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
> +
> +set -e
> +
> +DESC="DSP Gateway"
> +
> +DAEMON=/usr/sbin/dsp_dld
> +DSPCTL=/usr/sbin/dspctl
> +DSPCONF=/lib/dsp/dsp_dld_avs.conf
> +
> +DAEMONPARAM="-p --disable-restart -c $DSPCONF"
> +
> +KMEMRESERVE=360000
> +
> +PIDDIR=/var/run/dsp
> +PIDFILE=$PIDDIR/pid
> +
> +test -x "$DAEMON" || exit 0
> +test -x "$DSPCTL" || exit 0
> +test -e "$DSPCONF" || exit 0
> +
> +start_dsp()
> +{
> + if [ ! -d "$PIDDIR" ]; then
> + mkdir -p "$PIDDIR"
> + fi
> +
> + if [ -e "$PIDFILE" ]; then
> + TMP=/proc/$(cat $PIDFILE)
> + if [ -d "$TMP" -a "$(readlink -f $TMP/exe)" = "$DAEMON" ]; then
> + echo "$DESC is already running."
> + return
> + else
> + echo "Removing old PID file $PIDFILE."
> + rm -f "$PIDFILE"
> + fi
> + fi
> +
> + echo -n "Starting $DESC: "
> +
> + $DSPCTL kmem_reserve $KMEMRESERVE
> + start-stop-daemon --start --quiet -b --make-pidfile --pidfile "$PIDFILE" \
> + --exec "$DAEMON" -- $DAEMONPARAM
> +
> + echo "done."
> +}
> +
> +stop_dsp()
> +{
> + echo -n "Stopping $DESC: "
> +
> + $DSPCTL kmem_release
> + start-stop-daemon --stop --quiet --name $(basename "$DAEMON") \
> + --pidfile "$PIDFILE"
> + rm -f "$PIDFILE"
> +
> + echo "done."
> +}
> +
> +case "$1" in
> + start)
> + start_dsp
> + ;;
> + stop)
> + stop_dsp
> + ;;
> + restart|force-reload)
> + stop_dsp
> + start_dsp
> + ;;
> + *)
> + echo "Usage: $(basename $0) {start|stop|restart|force-reload}" >&2
> + exit 1
> + ;;
> +esac
> +
> +echo ""
> +
> +exit 0
> diff --git a/recipes/dspgw-utils/files/dsp.rules b/recipes/dspgw-utils/files/dsp.rules
> new file mode 100644
> index 0000000..ae01361
> --- /dev/null
> +++ b/recipes/dspgw-utils/files/dsp.rules
> @@ -0,0 +1,6 @@
> +# dsp dev
> +KERNEL=="dspctl", NAME="dspctl/ctl"
> +KERNEL=="dspmem", NAME="dspctl/mem", MODE="0640", GROUP="kmem"
> +KERNEL=="dsptwch", NAME="dspctl/twch", MODE="0640"
> +KERNEL=="dsperr", NAME="dspctl/err", MODE="0440"
> +KERNEL=="dsptask[0-9]*", MODE="0666"
> diff --git a/recipes/dspgw-utils/files/yytext_ptr.patch b/recipes/dspgw-utils/files/yytext_ptr.patch
> new file mode 100644
> index 0000000..cf17c1d
> --- /dev/null
> +++ b/recipes/dspgw-utils/files/yytext_ptr.patch
> @@ -0,0 +1,11 @@
> +--- utils/dsp_dld/arm/dld_cmd_spec.l 2006-09-08 02:57:22.000000000 -0300
> ++++ utils/dsp_dld/arm/dld_cmd_spec.l.fixed 2007-10-09 16:46:28.000000000 -0300
> +@@ -180,6 +180,8 @@
> + return(1);
> + }
> +
> ++#define yytext_ptr yytext
> ++
> + void comment(void)
> + {
> + char c, c1;
> --
> 1.7.1
>
If the do_stage item is looked into (and removed if needed), i see no
problem with it so:
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 8:11 ` [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully Khem Raj
@ 2010-08-27 9:40 ` Frans Meulenbroeks
2010-08-27 15:36 ` Khem Raj
2010-08-27 11:08 ` Koen Kooi
1 sibling, 1 reply; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-27 9:40 UTC (permalink / raw)
To: openembedded-devel
Khem,
Thanks for the good work.
I've gone through the file and saw no problems.
The move of the nonbuilding recipes due to missing dependencies (like
with hildon) has been discussed on irc too).
I have a few small remarks (see below), but nothing blocking an ack so,
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Btw: next time please split things like this in two:
one patch with the files that are moved and one patch with the files
that are modified.
That makes it easier to review the modified recipes.
> diff --git a/recipes/angstrom/angstrom-bootmanager.bb b/recipes/angstrom/angstrom-bootmanager.bb
> index 6cae115..e5f3478 100644
> --- a/recipes/angstrom/angstrom-bootmanager.bb
> +++ b/recipes/angstrom/angstrom-bootmanager.bb
> @@ -1,7 +1,7 @@
> DESCRIPTION = "A graphical Boot Manager for the Ångström Linux Distribution"
> AUTHOR = "Michael 'Mickey' Lauer <mickey@Vanille.de>"
> SECTION = "base"
> -DEPENDS = "evas-fb ecore-fb esmart-fb imlib2-fb edje efl++-fb"
> +#DEPENDS = "ecore esmart-fb imlib2-fb edje efl++-fb"
> #RDEPENDS_${PN} = "libefl++0"
>
> ALLOW_EMPTY = "1"
I'm not too keen on commenting out things. If it is not needed any
more it should just go.
Something like the lines above only cause confusion.
suggest to remove the # lines or to add a short comment explaining why
they are commented out but not removed.
> diff --git a/recipes/xqt2/xqt2_20060509.bb b/recipes/xqt2/xqt2_20060509.bb
> index 7634d27..4492bc7 100644
> --- a/recipes/xqt2/xqt2_20060509.bb
> +++ b/recipes/xqt2/xqt2_20060509.bb
> @@ -1,6 +1,6 @@
> DESCRIPTION = "Xqt2 is an X-Server than runs within the Opie environment"
> HOMEPAGE = "http://xqt.sourceforge.jp"
> -DEPENDS = "freetype libxi xmu flex-native virtual/libqte2 libqpe-opie"
> +DEPENDS = "freetype libxi libxmu flex-native virtual/libqte2 libqpe-opie"
> LICENSE = "GPL"
> SECTION = "opie/applications"
> APPTYPE = "binary"
> --
> 1.7.1
With recipes like this I always wonder if we should keep them.
Apparently they are not build, otherwise the faulty DEPENDS would have
been detected earlier.
And the fact that it is a recipe from 2006 also indicates it is
probably not important.
Can an opie maintainer say whether it is useful to keep this?
Thanks for the good work!
Frans
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 8:11 ` [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully Khem Raj
2010-08-27 9:40 ` Frans Meulenbroeks
@ 2010-08-27 11:08 ` Koen Kooi
2010-08-27 11:51 ` Eric Bénard
` (4 more replies)
1 sibling, 5 replies; 35+ messages in thread
From: Koen Kooi @ 2010-08-27 11:08 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 27-08-10 10:11, Khem Raj wrote:
> * Move recipes to nonwotking which are depending upon other recipes
> which are already in nonworking state.
>
> * Fix other recipes for renamed dependencies etc.
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> ---
> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
NAK
> recipes/esc/esc-node-demo_git.bb | 4 +-
NAK
> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
NAK
> recipes/sugar/sugar-fructose.bb | 2 +-
NAK
> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
NAK
> recipes/tasks/task-demo-x11.bb | 17 ++---
NAK
> recipes/tasks/task-gmae.bb | 7 ++
NAK
> recipes/tasks/task-gpe.bb | 6 +-
NAK
> recipes/udev/udev-compat141_141.bb | 6 ++-
NAK
> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
NAK
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMd5y9MkyGM64RGpERAp7CAJ9Hdw0XIynob+zbnWWDSvB2LMCR7QCggZUJ
c4ydMxejzuOOqvU2RJYBWxA=
=RBfq
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 11:08 ` Koen Kooi
@ 2010-08-27 11:51 ` Eric Bénard
2010-08-27 11:58 ` Frans Meulenbroeks
` (3 subsequent siblings)
4 siblings, 0 replies; 35+ messages in thread
From: Eric Bénard @ 2010-08-27 11:51 UTC (permalink / raw)
To: openembedded-devel
Le 27/08/2010 13:08, Koen Kooi a écrit :
> On 27-08-10 10:11, Khem Raj wrote:
>> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
>
> NAK
Why ? This fix looks sane as codec-engine doesn't exist
Eric
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 11:08 ` Koen Kooi
2010-08-27 11:51 ` Eric Bénard
@ 2010-08-27 11:58 ` Frans Meulenbroeks
2010-08-27 12:13 ` Andrea Adami
` (2 subsequent siblings)
4 siblings, 0 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-27 11:58 UTC (permalink / raw)
To: openembedded-devel
2010/8/27 Koen Kooi <k.kooi@student.utwente.nl>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 27-08-10 10:11, Khem Raj wrote:
>> * Move recipes to nonwotking which are depending upon other recipes
>> which are already in nonworking state.
>>
>> * Fix other recipes for renamed dependencies etc.
>>
>> Signed-off-by: Khem Raj <raj.khem@gmail.com>
>> ---
>> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
>
> NAK
>
>> recipes/esc/esc-node-demo_git.bb | 4 +-
>
> NAK
>
>> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
>
> NAK
>
>> recipes/sugar/sugar-fructose.bb | 2 +-
>
> NAK
>
>> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
>
> NAK
>
>> recipes/tasks/task-demo-x11.bb | 17 ++---
>
> NAK
>
>> recipes/tasks/task-gmae.bb | 7 ++
>
> NAK
>
>> recipes/tasks/task-gpe.bb | 6 +-
>
> NAK
>
>> recipes/udev/udev-compat141_141.bb | 6 ++-
>
> NAK
>
>> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
>
> NAK
> -----BEGIN PGP SIGNATURE-----
Would it bee too much of an effort to explain why you NAK these
patches, so people can actually learn from it (or improve or fix it in
another way)?
Khem spent quit some time on it. I'm sure he fixed things for a good
reason. If this is no good he (and we) can learn from it, and if
needed the issues can be fixed.
Frans.
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 11:08 ` Koen Kooi
2010-08-27 11:51 ` Eric Bénard
2010-08-27 11:58 ` Frans Meulenbroeks
@ 2010-08-27 12:13 ` Andrea Adami
2010-08-27 12:16 ` Frans Meulenbroeks
` (3 more replies)
2010-08-27 12:32 ` Elena of Valhalla
2010-08-27 15:31 ` Khem Raj
4 siblings, 4 replies; 35+ messages in thread
From: Andrea Adami @ 2010-08-27 12:13 UTC (permalink / raw)
To: openembedded-devel
>> recipes/udev/udev-compat141_141.bb | 6 ++-
>
> NAK
>
This one is an hack in progress, needed only for Zaurus until 2.6.36
(hopefully).
Please keep ;)
Andrea
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 12:13 ` Andrea Adami
@ 2010-08-27 12:16 ` Frans Meulenbroeks
2010-08-27 13:15 ` Andrea Adami
` (2 subsequent siblings)
3 siblings, 0 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-27 12:16 UTC (permalink / raw)
To: openembedded-devel
2010/8/27 Andrea Adami <andrea.adami@gmail.com>:
>>> recipes/udev/udev-compat141_141.bb | 6 ++-
>>
>> NAK
>>
>
> This one is an hack in progress, needed only for Zaurus until 2.6.36
> (hopefully).
> Please keep ;)
>
> Andrea
>
>
Thanks for the explanation.
It might be good practice to add a small note to the recipe if there
is something done on purpose that can be mistaken by others as being
wrong
Frans
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 11:08 ` Koen Kooi
` (2 preceding siblings ...)
2010-08-27 12:13 ` Andrea Adami
@ 2010-08-27 12:32 ` Elena of Valhalla
2010-08-27 15:31 ` Khem Raj
4 siblings, 0 replies; 35+ messages in thread
From: Elena of Valhalla @ 2010-08-27 12:32 UTC (permalink / raw)
To: openembedded-devel
On 8/27/10, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> (...)
>> recipes/sugar/sugar-fructose.bb | 2 +-
>
> NAK
IIRC this one has never worked (no sugar-web-activity), and should be
changed in a task anyway
(which is in my long-term plans to do)
--
Elena ``of Valhalla''
homepage: http://www.trueelena.org
email: elena.valhalla@gmail.com
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 12:13 ` Andrea Adami
2010-08-27 12:16 ` Frans Meulenbroeks
@ 2010-08-27 13:15 ` Andrea Adami
2010-08-27 15:23 ` Tom Rini
2010-08-27 15:33 ` Khem Raj
3 siblings, 0 replies; 35+ messages in thread
From: Andrea Adami @ 2010-08-27 13:15 UTC (permalink / raw)
To: openembedded-devel
On Fri, Aug 27, 2010 at 2:13 PM, Andrea Adami <andrea.adami@gmail.com> wrote:
>>> recipes/udev/udev-compat141_141.bb | 6 ++-
>>
>> NAK
>>
>
> This one is an hack in progress, needed only for Zaurus until 2.6.36
> (hopefully).
> Please keep ;)
>
> Andrea
>
BTW grepping in conf should have revealed some pinned versions (this
one was in conf/machine/include/zaurus-2.6.inc).
Regards and thx for your work
Andrea
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 12:13 ` Andrea Adami
2010-08-27 12:16 ` Frans Meulenbroeks
2010-08-27 13:15 ` Andrea Adami
@ 2010-08-27 15:23 ` Tom Rini
2010-08-27 15:33 ` Khem Raj
3 siblings, 0 replies; 35+ messages in thread
From: Tom Rini @ 2010-08-27 15:23 UTC (permalink / raw)
To: openembedded-devel
Andrea Adami wrote:
>>> recipes/udev/udev-compat141_141.bb | 6 ++-
>> NAK
>>
>
> This one is an hack in progress, needed only for Zaurus until 2.6.36
> (hopefully).
> Please keep ;)
Should it be COMPATIBLE_MACHINE'd or so then?
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 11:08 ` Koen Kooi
` (3 preceding siblings ...)
2010-08-27 12:32 ` Elena of Valhalla
@ 2010-08-27 15:31 ` Khem Raj
2010-08-28 10:27 ` Koen Kooi
4 siblings, 1 reply; 35+ messages in thread
From: Khem Raj @ 2010-08-27 15:31 UTC (permalink / raw)
To: openembedded-devel
Hi Koen
Thanks for your time to look into it and comments. It would help if
you could explain a bit more why you think
changes are not good. I have individually explained the reasons below
your comments. It would really help to
improve these if you could shed some light on the reason why you think
the changes are not good. If you think
On Fri, Aug 27, 2010 at 4:08 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 27-08-10 10:11, Khem Raj wrote:
>> * Move recipes to nonwotking which are depending upon other recipes
>> which are already in nonworking state.
>>
>> * Fix other recipes for renamed dependencies etc.
>>
>> Signed-off-by: Khem Raj <raj.khem@gmail.com>
>> ---
>> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
>
> NAK
if you have explained whats wrong that would have helped. I certainly dont
claim to be knowing all the recipes. recipes it depends upon do not exist
so whats the best thing to do ? This same applies to your other NAKs too.
>
>> recipes/esc/esc-node-demo_git.bb | 4 +-
>
> NAK
This depends on a recipe which is under review and I have commented the same.
Or do you see something else is wrong?
>
>> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
>
> NAK
I wonder if you really looked at this change because all it does is removes
meta-toolchain-arago-dvsdk from world build. What problem do you see here ?
>
>> recipes/sugar/sugar-fructose.bb | 2 +-
>
> NAK
Elena already explained it.
>
>> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
>
> NAK
This change is removing libpng12-dev which is not provides. and
e2fsprogs-libs-dev
is now e2fsprogs-dev or am I missing some point here.
>
>> recipes/tasks/task-demo-x11.bb | 17 ++---
>
> NAK
are libgles-omap3-x11demos different that non existing libgles-omap3-demos
if so then I can change it to just removing libgles-omap3-demos
>
>> recipes/tasks/task-gmae.bb | 7 ++
>
> NAK
it uses XSERVER what doesnt really define it. What is wrong here.
>
>> recipes/tasks/task-gpe.bb | 6 +-
>
> NAK
virtual/xserver is a virtual target you can not RDEPEND on it
but you can depend atleast thats what bitbake tells me.
>
>> recipes/udev/udev-compat141_141.bb | 6 ++-
>
> NAK
if machine is not one of spitz akita c70x poodle then it is not needed
to RDEPEND on it. what is wrong here
>
>> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
>
> NAK
is non existing codec-engine different then ti-codec-engine ?
if yes then I guess either these codecs should be committed to OE
or the recipe should be moved into nonworking what would you think.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFMd5y9MkyGM64RGpERAp7CAJ9Hdw0XIynob+zbnWWDSvB2LMCR7QCggZUJ
> c4ydMxejzuOOqvU2RJYBWxA=
> =RBfq
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 12:13 ` Andrea Adami
` (2 preceding siblings ...)
2010-08-27 15:23 ` Tom Rini
@ 2010-08-27 15:33 ` Khem Raj
3 siblings, 0 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-27 15:33 UTC (permalink / raw)
To: openembedded-devel
On Fri, Aug 27, 2010 at 5:13 AM, Andrea Adami <andrea.adami@gmail.com> wrote:
>>> recipes/udev/udev-compat141_141.bb | 6 ++-
>>
>> NAK
>>
>
> This one is an hack in progress, needed only for Zaurus until 2.6.36
> (hopefully).
> Please keep ;)
If you look at the patch then you will see that it only fixes this recipe
it does not move it to nonworking so no issues to worry about for Zaurus
>
> Andrea
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 9:40 ` Frans Meulenbroeks
@ 2010-08-27 15:36 ` Khem Raj
0 siblings, 0 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-27 15:36 UTC (permalink / raw)
To: openembedded-devel
On Fri, Aug 27, 2010 at 2:40 AM, Frans Meulenbroeks
<fransmeulenbroeks@gmail.com> wrote:
> Khem,
>
> Thanks for the good work.
> I've gone through the file and saw no problems.
> The move of the nonbuilding recipes due to missing dependencies (like
> with hildon) has been discussed on irc too).
> I have a few small remarks (see below), but nothing blocking an ack so,
> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
>
> Btw: next time please split things like this in two:
yes would have been better.
> one patch with the files that are moved and one patch with the files
> that are modified.
> That makes it easier to review the modified recipes.
>
>> diff --git a/recipes/angstrom/angstrom-bootmanager.bb b/recipes/angstrom/angstrom-bootmanager.bb
>> index 6cae115..e5f3478 100644
>> --- a/recipes/angstrom/angstrom-bootmanager.bb
>> +++ b/recipes/angstrom/angstrom-bootmanager.bb
>> @@ -1,7 +1,7 @@
>> DESCRIPTION = "A graphical Boot Manager for the Ångström Linux Distribution"
>> AUTHOR = "Michael 'Mickey' Lauer <mickey@Vanille.de>"
>> SECTION = "base"
>> -DEPENDS = "evas-fb ecore-fb esmart-fb imlib2-fb edje efl++-fb"
>> +#DEPENDS = "ecore esmart-fb imlib2-fb edje efl++-fb"
>> #RDEPENDS_${PN} = "libefl++0"
>>
>> ALLOW_EMPTY = "1"
>
> I'm not too keen on commenting out things. If it is not needed any
> more it should just go.
It could but I do not claim to know it well.
so I will leave that to someone else.
> Something like the lines above only cause confusion.
> suggest to remove the # lines or to add a short comment explaining why
> they are commented out but not removed.
I can add comments yes will do.
>
>
>> diff --git a/recipes/xqt2/xqt2_20060509.bb b/recipes/xqt2/xqt2_20060509.bb
>> index 7634d27..4492bc7 100644
>> --- a/recipes/xqt2/xqt2_20060509.bb
>> +++ b/recipes/xqt2/xqt2_20060509.bb
>> @@ -1,6 +1,6 @@
>> DESCRIPTION = "Xqt2 is an X-Server than runs within the Opie environment"
>> HOMEPAGE = "http://xqt.sourceforge.jp"
>> -DEPENDS = "freetype libxi xmu flex-native virtual/libqte2 libqpe-opie"
>> +DEPENDS = "freetype libxi libxmu flex-native virtual/libqte2 libqpe-opie"
>> LICENSE = "GPL"
>> SECTION = "opie/applications"
>> APPTYPE = "binary"
>> --
>> 1.7.1
>
> With recipes like this I always wonder if we should keep them.
> Apparently they are not build, otherwise the faulty DEPENDS would have
> been detected earlier.
very true. But that is another step.
> And the fact that it is a recipe from 2006 also indicates it is
> probably not important.
> Can an opie maintainer say whether it is useful to keep this?
>
> Thanks for the good work!
thx for looking into it.
> Frans
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-27 15:31 ` Khem Raj
@ 2010-08-28 10:27 ` Koen Kooi
2010-08-28 11:51 ` Frans Meulenbroeks
2010-08-28 20:32 ` Khem Raj
0 siblings, 2 replies; 35+ messages in thread
From: Koen Kooi @ 2010-08-28 10:27 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Your patch does too many things at once, to recipes I maintain, so
please split it up per recipe and I'll ack/nack the seperate patches.
I'm getting suck of such jumbo patches that can't be reverted cleanly.
I'm still dealing with the fallout from the crappy deletions frans did,
so patches like this aren't helping.
On 27-08-10 17:31, Khem Raj wrote:
> Hi Koen
>
> Thanks for your time to look into it and comments. It would help if
> you could explain a bit more why you think
> changes are not good. I have individually explained the reasons below
> your comments. It would really help to
> improve these if you could shed some light on the reason why you think
> the changes are not good. If you think
>
>
> On Fri, Aug 27, 2010 at 4:08 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> On 27-08-10 10:11, Khem Raj wrote:
>>>> * Move recipes to nonwotking which are depending upon other recipes
>>>> which are already in nonworking state.
>>>>
>>>> * Fix other recipes for renamed dependencies etc.
>>>>
>>>> Signed-off-by: Khem Raj <raj.khem@gmail.com>
>>>> ---
>>>> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
>
> NAK
>
>
>> if you have explained whats wrong that would have helped. I certainly dont
>> claim to be knowing all the recipes. recipes it depends upon do not exist
>> so whats the best thing to do ? This same applies to your other NAKs too.
>
>
>>>> recipes/esc/esc-node-demo_git.bb | 4 +-
>
> NAK
>
>> This depends on a recipe which is under review and I have commented the same.
>> Or do you see something else is wrong?
>
>
>>>> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
>
> NAK
>
>> I wonder if you really looked at this change because all it does is removes
>> meta-toolchain-arago-dvsdk from world build. What problem do you see here ?
>
>
>>>> recipes/sugar/sugar-fructose.bb | 2 +-
>
> NAK
>
>> Elena already explained it.
>
>
>>>> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
>
> NAK
>
>> This change is removing libpng12-dev which is not provides. and
>> e2fsprogs-libs-dev
>> is now e2fsprogs-dev or am I missing some point here.
>
>
>>>> recipes/tasks/task-demo-x11.bb | 17 ++---
>
> NAK
>
>> are libgles-omap3-x11demos different that non existing libgles-omap3-demos
>> if so then I can change it to just removing libgles-omap3-demos
>
>
>>>> recipes/tasks/task-gmae.bb | 7 ++
>
> NAK
>
>> it uses XSERVER what doesnt really define it. What is wrong here.
>
>
>>>> recipes/tasks/task-gpe.bb | 6 +-
>
> NAK
>
>> virtual/xserver is a virtual target you can not RDEPEND on it
>> but you can depend atleast thats what bitbake tells me.
>
>
>>>> recipes/udev/udev-compat141_141.bb | 6 ++-
>
> NAK
>
>> if machine is not one of spitz akita c70x poodle then it is not needed
>> to RDEPEND on it. what is wrong here
>
>
>>>> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
>
> NAK
>
>> is non existing codec-engine different then ti-codec-engine ?
>> if yes then I guess either these codecs should be committed to OE
>> or the recipe should be moved into nonworking what would you think.
>
>
>
>
>
>>
>>
_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMeOScMkyGM64RGpERAg8/AJ0RBUVxDjLuQNTX6xgZ385GhEYvOACbBo7V
0aWBiF/l1F2zZDvltA+/aGY=
=ne75
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 10:27 ` Koen Kooi
@ 2010-08-28 11:51 ` Frans Meulenbroeks
2010-08-28 12:40 ` Frans Meulenbroeks
2010-08-28 13:19 ` Philip Balister
2010-08-28 20:32 ` Khem Raj
1 sibling, 2 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-28 11:51 UTC (permalink / raw)
To: openembedded-devel
2010/8/28 Koen Kooi <k.kooi@student.utwente.nl>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Your patch does too many things at once, to recipes I maintain, so
> please split it up per recipe and I'll ack/nack the seperate patches.
> I'm getting suck of such jumbo patches that can't be reverted cleanly.
> I'm still dealing with the fallout from the crappy deletions frans did,
> so patches like this aren't helping.
Ehm, I did not see a request to revert any of the deletions.
There have been two issues (openssl and docbook-sgml-dtd, and both
have been reverted in 16 hrs or so. (and later on one or two other
deletions have been reverted on request of the recipe owners, but
these did not cause any breakage afaik).
So I really don't know what fallout you are dealing with.
And my deletions were not exactly jumbo patches and were very easy to
revert if needed.
And as I already wrote before: dev head is bleeding edge, so sometimes
things go wrong. Can happen. No big deal if resolved quickly. That is
the risk of living on the edge. If you can't live with that use the
stable branch or create your own branch where you are in full control.
The root cause is that you do what can be considered production work
on dev head. Most seasoned software engineers will agree that that is
not very wise and
BTW apparently your perception on my work apparently is a minority
viewpoint. If I recall correctly two people complained to me and at
least 5 mentioned to me that they appreciated my activity.
Frans.
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 11:51 ` Frans Meulenbroeks
@ 2010-08-28 12:40 ` Frans Meulenbroeks
2010-08-28 20:38 ` Khem Raj
2010-08-29 1:07 ` Mike Westerhof
2010-08-28 13:19 ` Philip Balister
1 sibling, 2 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-28 12:40 UTC (permalink / raw)
To: openembedded-devel
Koen brought up this in the thread on the review process. As it
(mostly) is about this thread I felt it was more appropriate here.
>> = me
> = Koen
>> I see two things happening.
>> - patches are submitted for review but do not gain any feedback in a
>> reasonable time. I have several patches in the queue that did not get
>> any feedback.
>> - people are abusing their powers by rejecting changes without
>> motivation. See e.g [1] and [2]. I feel if you reject a patch you have
>> an obligation to explain why you rejected it.
>
> If you want to delete a recipe I maintain, the burden is on you or are
> you saying that maintainers aren't in charge of their recipes anymore?
>>[1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/023374.html
>>[2] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/023270.html
The 10 recipes Koen nack-ed:
> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
> recipes/esc/esc-node-demo_git.bb | 4 +-
> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
> recipes/sugar/sugar-fructose.bb | 2 +-
> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
> recipes/tasks/task-demo-x11.bb | 17 ++---
> recipes/tasks/task-gmae.bb | 7 ++
> recipes/tasks/task-gpe.bb | 6 +-
> recipes/udev/udev-compat141_141.bb | 6 ++-
> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
Person: Koen Kooi
Mail: koen@openembedded.org
Website: http://dominion.kabel.utwente.nl/koen/cms
Machines: h2200, ipaq-pxa270, efika, ep93xx, netbook-pro
Distros: �~Engstr��m
Interests: OpenSync, GNOME, GPE, Matchbox
Recipes: abiword, bootchart, dia, farsight, freeciv, fuse, galago,
geda, gimp,
Recipes: gnumeric, gobby, obby, imposter, inkscape
Recipes: *moko*, telepathy, tilibs, xchat, xournal.
I don't know what others think about it, but I see only a few matches.
That of course does not mean that Koen is not entitiled to an opinion.
Of course not, this is a rerview request and everyone may react to it.
However, I, and I think most of us would appreciate it if this is done
in a professional, polite and friendly manner.
(btw wrt the other two post about the 3 conf/distro/include files I
proposed to delete: two are gpe, and one is maemo. you may consider
yourself to be the maintainer of the gpe recipes. I've clearly
indicated why I wanted to remove them and you did not address any of
my concerns and observations; also as I wrote before maintainership
also comes with obligations. These files are clearly broken so it
seems the maintainer has some work there.)
Frans
PS: I think this is also an excellent case why it is a good idea to
identify the maintainer within the recipe/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 11:51 ` Frans Meulenbroeks
2010-08-28 12:40 ` Frans Meulenbroeks
@ 2010-08-28 13:19 ` Philip Balister
2010-08-28 14:39 ` Chris Larson
1 sibling, 1 reply; 35+ messages in thread
From: Philip Balister @ 2010-08-28 13:19 UTC (permalink / raw)
To: openembedded-devel
On 08/28/2010 07:51 AM, Frans Meulenbroeks wrote:
> 2010/8/28 Koen Kooi<k.kooi@student.utwente.nl>:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Your patch does too many things at once, to recipes I maintain, so
>> please split it up per recipe and I'll ack/nack the seperate patches.
>> I'm getting suck of such jumbo patches that can't be reverted cleanly.
>> I'm still dealing with the fallout from the crappy deletions frans did,
>> so patches like this aren't helping.
>
> Ehm, I did not see a request to revert any of the deletions.
> There have been two issues (openssl and docbook-sgml-dtd, and both
> have been reverted in 16 hrs or so. (and later on one or two other
> deletions have been reverted on request of the recipe owners, but
> these did not cause any breakage afaik).
> So I really don't know what fallout you are dealing with.
> And my deletions were not exactly jumbo patches and were very easy to
> revert if needed.
>
> And as I already wrote before: dev head is bleeding edge, so sometimes
> things go wrong. Can happen. No big deal if resolved quickly. That is
> the risk of living on the edge. If you can't live with that use the
> stable branch or create your own branch where you are in full control.
> The root cause is that you do what can be considered production work
> on dev head. Most seasoned software engineers will agree that that is
> not very wise and
>
> BTW apparently your perception on my work apparently is a minority
> viewpoint. If I recall correctly two people complained to me and at
> least 5 mentioned to me that they appreciated my activity.
Add my voice to the "minority". You've been pushing some large patches
that work for you, but may not for others. There is always work in
progress in .dev, so all recipes may not meet your standards.
Philip
>
> Frans.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 13:19 ` Philip Balister
@ 2010-08-28 14:39 ` Chris Larson
2010-08-28 14:56 ` Koen Kooi
2010-08-28 15:03 ` Philip Balister
0 siblings, 2 replies; 35+ messages in thread
From: Chris Larson @ 2010-08-28 14:39 UTC (permalink / raw)
To: openembedded-devel
On Sat, Aug 28, 2010 at 6:19 AM, Philip Balister <philip@balister.org>wrote:
> On 08/28/2010 07:51 AM, Frans Meulenbroeks wrote:
>
>> 2010/8/28 Koen Kooi<k.kooi@student.utwente.nl>:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Your patch does too many things at once, to recipes I maintain, so
>>> please split it up per recipe and I'll ack/nack the seperate patches.
>>> I'm getting suck of such jumbo patches that can't be reverted cleanly.
>>> I'm still dealing with the fallout from the crappy deletions frans did,
>>> so patches like this aren't helping.
>>>
>>
>> Ehm, I did not see a request to revert any of the deletions.
>> There have been two issues (openssl and docbook-sgml-dtd, and both
>> have been reverted in 16 hrs or so. (and later on one or two other
>> deletions have been reverted on request of the recipe owners, but
>> these did not cause any breakage afaik).
>> So I really don't know what fallout you are dealing with.
>> And my deletions were not exactly jumbo patches and were very easy to
>> revert if needed.
>>
>> And as I already wrote before: dev head is bleeding edge, so sometimes
>> things go wrong. Can happen. No big deal if resolved quickly. That is
>> the risk of living on the edge. If you can't live with that use the
>> stable branch or create your own branch where you are in full control.
>> The root cause is that you do what can be considered production work
>> on dev head. Most seasoned software engineers will agree that that is
>> not very wise and
>>
>> BTW apparently your perception on my work apparently is a minority
>> viewpoint. If I recall correctly two people complained to me and at
>> least 5 mentioned to me that they appreciated my activity.
>>
>
> Add my voice to the "minority". You've been pushing some large patches that
> work for you, but may not for others. There is always work in progress in
> .dev, so all recipes may not meet your standards.
*Every* patch that gets proposed is a patch that "works for you, but may not
for others". You simply can't test every combination for every change you
make, it's not possible. As long as these sorts of patches go the list for
review, as they now seem to be, I don't see the problem.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 14:39 ` Chris Larson
@ 2010-08-28 14:56 ` Koen Kooi
2010-08-28 15:49 ` Chris Larson
2010-08-29 11:14 ` Frans Meulenbroeks
2010-08-28 15:03 ` Philip Balister
1 sibling, 2 replies; 35+ messages in thread
From: Koen Kooi @ 2010-08-28 14:56 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 28-08-10 16:39, Chris Larson wrote:
> *Every* patch that gets proposed is a patch that "works for you, but may not
> for others". You simply can't test every combination for every change you
> make, it's not possible. As long as these sorts of patches go the list for
> review, as they now seem to be, I don't see the problem.
You mean like the patch that removed the default openssl version for
*every* distro and introduced an SOVERSION change to libs that can't be
parallel installed, that got pushed without review? That one?
Of course reverting fixes it, no problem, we don't have to manually
check all recipes and packages to see what dynamically links against
openssl to bump PR and rebuild and upload all of those, of course. And
of course the person causing the mess did all that to clean it up.
And no need to check recipes that statically link either.
</sarcasm>
So a patch was was tested nor reviewed that broke a lot got pushed and
the person who pushed it refuses to help with the cleanup, just awesome.
Drat, that was a bit sarcastic as well.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMeSOYMkyGM64RGpERAn/UAJ4loSu9hp9c9gsrAZiaaXlUNamOEQCfSjee
8QSoyXOItmwJrkZcyPZHE7g=
=mhuT
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 14:39 ` Chris Larson
2010-08-28 14:56 ` Koen Kooi
@ 2010-08-28 15:03 ` Philip Balister
2010-08-28 15:44 ` Chris Larson
1 sibling, 1 reply; 35+ messages in thread
From: Philip Balister @ 2010-08-28 15:03 UTC (permalink / raw)
To: openembedded-devel
On 08/28/2010 10:39 AM, Chris Larson wrote:
> On Sat, Aug 28, 2010 at 6:19 AM, Philip Balister<philip@balister.org>wrote:
>
>> On 08/28/2010 07:51 AM, Frans Meulenbroeks wrote:
>>
>>> 2010/8/28 Koen Kooi<k.kooi@student.utwente.nl>:
>>>
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> Your patch does too many things at once, to recipes I maintain, so
>>>> please split it up per recipe and I'll ack/nack the seperate patches.
>>>> I'm getting suck of such jumbo patches that can't be reverted cleanly.
>>>> I'm still dealing with the fallout from the crappy deletions frans did,
>>>> so patches like this aren't helping.
>>>>
>>>
>>> Ehm, I did not see a request to revert any of the deletions.
>>> There have been two issues (openssl and docbook-sgml-dtd, and both
>>> have been reverted in 16 hrs or so. (and later on one or two other
>>> deletions have been reverted on request of the recipe owners, but
>>> these did not cause any breakage afaik).
>>> So I really don't know what fallout you are dealing with.
>>> And my deletions were not exactly jumbo patches and were very easy to
>>> revert if needed.
>>>
>>> And as I already wrote before: dev head is bleeding edge, so sometimes
>>> things go wrong. Can happen. No big deal if resolved quickly. That is
>>> the risk of living on the edge. If you can't live with that use the
>>> stable branch or create your own branch where you are in full control.
>>> The root cause is that you do what can be considered production work
>>> on dev head. Most seasoned software engineers will agree that that is
>>> not very wise and
>>>
>>> BTW apparently your perception on my work apparently is a minority
>>> viewpoint. If I recall correctly two people complained to me and at
>>> least 5 mentioned to me that they appreciated my activity.
>>>
>>
>> Add my voice to the "minority". You've been pushing some large patches that
>> work for you, but may not for others. There is always work in progress in
>> .dev, so all recipes may not meet your standards.
>
>
> *Every* patch that gets proposed is a patch that "works for you, but may not
> for others". You simply can't test every combination for every change you
> make, it's not possible. As long as these sorts of patches go the list for
> review, as they now seem to be, I don't see the problem.
Yes, but 99% of patches are small enough that they are easily fixable as
problems come up, and the impact is limited.
I'd also question the wisdom of doing changes with broad impact during
July/August. It seems like a large number of people are on extended
vacations during this time period.
Philip
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 15:03 ` Philip Balister
@ 2010-08-28 15:44 ` Chris Larson
2010-08-29 10:25 ` Frans Meulenbroeks
0 siblings, 1 reply; 35+ messages in thread
From: Chris Larson @ 2010-08-28 15:44 UTC (permalink / raw)
To: openembedded-devel
On Sat, Aug 28, 2010 at 8:03 AM, Philip Balister <philip@balister.org>wrote:
> On 08/28/2010 10:39 AM, Chris Larson wrote:
>
>> On Sat, Aug 28, 2010 at 6:19 AM, Philip Balister<philip@balister.org
>> >wrote:
>>
>> On 08/28/2010 07:51 AM, Frans Meulenbroeks wrote:
>>>
>>> 2010/8/28 Koen Kooi<k.kooi@student.utwente.nl>:
>>>>
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>> Hash: SHA1
>>>>>
>>>>> Your patch does too many things at once, to recipes I maintain, so
>>>>> please split it up per recipe and I'll ack/nack the seperate patches.
>>>>> I'm getting suck of such jumbo patches that can't be reverted cleanly.
>>>>> I'm still dealing with the fallout from the crappy deletions frans did,
>>>>> so patches like this aren't helping.
>>>>>
>>>>>
>>>> Ehm, I did not see a request to revert any of the deletions.
>>>> There have been two issues (openssl and docbook-sgml-dtd, and both
>>>> have been reverted in 16 hrs or so. (and later on one or two other
>>>> deletions have been reverted on request of the recipe owners, but
>>>> these did not cause any breakage afaik).
>>>> So I really don't know what fallout you are dealing with.
>>>> And my deletions were not exactly jumbo patches and were very easy to
>>>> revert if needed.
>>>>
>>>> And as I already wrote before: dev head is bleeding edge, so sometimes
>>>> things go wrong. Can happen. No big deal if resolved quickly. That is
>>>> the risk of living on the edge. If you can't live with that use the
>>>> stable branch or create your own branch where you are in full control.
>>>> The root cause is that you do what can be considered production work
>>>> on dev head. Most seasoned software engineers will agree that that is
>>>> not very wise and
>>>>
>>>> BTW apparently your perception on my work apparently is a minority
>>>> viewpoint. If I recall correctly two people complained to me and at
>>>> least 5 mentioned to me that they appreciated my activity.
>>>>
>>>>
>>> Add my voice to the "minority". You've been pushing some large patches
>>> that
>>> work for you, but may not for others. There is always work in progress in
>>> .dev, so all recipes may not meet your standards.
>>>
>>
>>
>> *Every* patch that gets proposed is a patch that "works for you, but may
>> not
>> for others". You simply can't test every combination for every change you
>> make, it's not possible. As long as these sorts of patches go the list
>> for
>> review, as they now seem to be, I don't see the problem.
>>
>
> Yes, but 99% of patches are small enough that they are easily fixable as
> problems come up, and the impact is limited.
>
> I'd also question the wisdom of doing changes with broad impact during
> July/August. It seems like a large number of people are on extended
> vacations during this time period.
Are we going to block off every other part of the year where people take
vacations too? Please. We'd better never do any real development during
Christmas or New Years either.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 14:56 ` Koen Kooi
@ 2010-08-28 15:49 ` Chris Larson
2010-08-29 11:14 ` Frans Meulenbroeks
1 sibling, 0 replies; 35+ messages in thread
From: Chris Larson @ 2010-08-28 15:49 UTC (permalink / raw)
To: openembedded-devel
On Sat, Aug 28, 2010 at 7:56 AM, Koen Kooi <k.kooi@student.utwente.nl>wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 28-08-10 16:39, Chris Larson wrote:
>
> > *Every* patch that gets proposed is a patch that "works for you, but may
> not
> > for others". You simply can't test every combination for every change
> you
> > make, it's not possible. As long as these sorts of patches go the list
> for
> > review, as they now seem to be, I don't see the problem.
>
> You mean like the patch that removed the default openssl version for
> *every* distro and introduced an SOVERSION change to libs that can't be
> parallel installed, that got pushed without review? That one?
>
No. That patch was not posted for review, and I just stated that the
patches need to go to the list for review, and I stated "patch that gets
proposed", not "patch that gets pushed", but I guess you're too frustrated
to bother reading the mail you reply to.
> So a patch was was tested nor reviewed that broke a lot got pushed and
> the person who pushed it refuses to help with the cleanup, just awesome.
I realize its more fun to ignore what people are saying and continue to
bring up something that was obviously not well done due to the lack of
review on the mailing list, but you're not accomplishing anything by doing
so.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 10:27 ` Koen Kooi
2010-08-28 11:51 ` Frans Meulenbroeks
@ 2010-08-28 20:32 ` Khem Raj
1 sibling, 0 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-28 20:32 UTC (permalink / raw)
To: openembedded-devel
On Sat, Aug 28, 2010 at 3:27 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Your patch does too many things at once, to recipes I maintain, so
> please split it up per recipe and I'll ack/nack the seperate patches.
makes sense. I divided it up and resent it again. Would be nice if you
can look at them if you get some
time.
> I'm getting suck of such jumbo patches that can't be reverted cleanly.
yes I kind of sense that and particularly if its not from the one who
wants to revert it.
> I'm still dealing with the fallout from the crappy deletions frans did,
> so patches like this aren't helping.
yeah could happen with large scale changes.
We have to do the janitorial work at some point of time. Right now we
have too much cruft.
I am hopeful that all these radical changes will be beneficial in coming times
especially when we do some changes like may be some bitbake syntax
change etc that needs to
go into all recipes etc. then we will sure that we are not beating the
dead horses.
>
> On 27-08-10 17:31, Khem Raj wrote:
>> Hi Koen
>>
>> Thanks for your time to look into it and comments. It would help if
>> you could explain a bit more why you think
>> changes are not good. I have individually explained the reasons below
>> your comments. It would really help to
>> improve these if you could shed some light on the reason why you think
>> the changes are not good. If you think
>>
>>
>> On Fri, Aug 27, 2010 at 4:08 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
>> On 27-08-10 10:11, Khem Raj wrote:
>>>>> * Move recipes to nonwotking which are depending upon other recipes
>>>>> which are already in nonworking state.
>>>>>
>>>>> * Fix other recipes for renamed dependencies etc.
>>>>>
>>>>> Signed-off-by: Khem Raj <raj.khem@gmail.com>
>>>>> ---
>>>>> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
>>
>> NAK
>>
>>
>>> if you have explained whats wrong that would have helped. I certainly dont
>>> claim to be knowing all the recipes. recipes it depends upon do not exist
>>> so whats the best thing to do ? This same applies to your other NAKs too.
>>
>>
>>>>> recipes/esc/esc-node-demo_git.bb | 4 +-
>>
>> NAK
>>
>>> This depends on a recipe which is under review and I have commented the same.
>>> Or do you see something else is wrong?
>>
>>
>>>>> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
>>
>> NAK
>>
>>> I wonder if you really looked at this change because all it does is removes
>>> meta-toolchain-arago-dvsdk from world build. What problem do you see here ?
>>
>>
>>>>> recipes/sugar/sugar-fructose.bb | 2 +-
>>
>> NAK
>>
>>> Elena already explained it.
>>
>>
>>>>> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
>>
>> NAK
>>
>>> This change is removing libpng12-dev which is not provides. and
>>> e2fsprogs-libs-dev
>>> is now e2fsprogs-dev or am I missing some point here.
>>
>>
>>>>> recipes/tasks/task-demo-x11.bb | 17 ++---
>>
>> NAK
>>
>>> are libgles-omap3-x11demos different that non existing libgles-omap3-demos
>>> if so then I can change it to just removing libgles-omap3-demos
>>
>>
>>>>> recipes/tasks/task-gmae.bb | 7 ++
>>
>> NAK
>>
>>> it uses XSERVER what doesnt really define it. What is wrong here.
>>
>>
>>>>> recipes/tasks/task-gpe.bb | 6 +-
>>
>> NAK
>>
>>> virtual/xserver is a virtual target you can not RDEPEND on it
>>> but you can depend atleast thats what bitbake tells me.
>>
>>
>>>>> recipes/udev/udev-compat141_141.bb | 6 ++-
>>
>> NAK
>>
>>> if machine is not one of spitz akita c70x poodle then it is not needed
>>> to RDEPEND on it. what is wrong here
>>
>>
>>>>> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
>>
>> NAK
>>
>>> is non existing codec-engine different then ti-codec-engine ?
>>> if yes then I guess either these codecs should be committed to OE
>>> or the recipe should be moved into nonworking what would you think.
>>
>>
>>
>>
>>
>>>
>>>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFMeOScMkyGM64RGpERAg8/AJ0RBUVxDjLuQNTX6xgZ385GhEYvOACbBo7V
> 0aWBiF/l1F2zZDvltA+/aGY=
> =ne75
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 12:40 ` Frans Meulenbroeks
@ 2010-08-28 20:38 ` Khem Raj
2010-08-29 1:07 ` Mike Westerhof
1 sibling, 0 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-28 20:38 UTC (permalink / raw)
To: openembedded-devel
On Sat, Aug 28, 2010 at 5:40 AM, Frans Meulenbroeks
<fransmeulenbroeks@gmail.com> wrote:
> Koen brought up this in the thread on the review process. As it
> (mostly) is about this thread I felt it was more appropriate here.
>
>
>>> = me
>> = Koen
>
>>> I see two things happening.
>>> - patches are submitted for review but do not gain any feedback in a
>>> reasonable time. I have several patches in the queue that did not get
>>> any feedback.
>>> - people are abusing their powers by rejecting changes without
>>> motivation. See e.g [1] and [2]. I feel if you reject a patch you have
>>> an obligation to explain why you rejected it.
>>
>> If you want to delete a recipe I maintain, the burden is on you or are
>> you saying that maintainers aren't in charge of their recipes anymore?
>
>
>>>[1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/023374.html
>>>[2] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/023270.html
>
> The 10 recipes Koen nack-ed:
>> recipes/angstrom/angstrom-bootmanager.bb | 2 +-
>> recipes/esc/esc-node-demo_git.bb | 4 +-
>> recipes/meta/meta-toolchain-arago-dvsdk.bb | 1 +
>> recipes/sugar/sugar-fructose.bb | 2 +-
>> recipes/tasks/task-arago-toolchain-target.bb | 3 +-
>> recipes/tasks/task-demo-x11.bb | 17 ++---
>> recipes/tasks/task-gmae.bb | 7 ++
>> recipes/tasks/task-gpe.bb | 6 +-
>> recipes/udev/udev-compat141_141.bb | 6 ++-
>> recipes/vlc/vlc-davinci_0.8.6h.bb | 2 +-
>
> Person: Koen Kooi
> Mail: koen@openembedded.org
> Website: http://dominion.kabel.utwente.nl/koen/cms
> Machines: h2200, ipaq-pxa270, efika, ep93xx, netbook-pro
> Distros: �~Engstr��m
> Interests: OpenSync, GNOME, GPE, Matchbox
> Recipes: abiword, bootchart, dia, farsight, freeciv, fuse, galago,
> geda, gimp,
> Recipes: gnumeric, gobby, obby, imposter, inkscape
> Recipes: *moko*, telepathy, tilibs, xchat, xournal.
>
> I don't know what others think about it, but I see only a few matches.
it really does not matter. This MAINTAINERS file is not defining the boundary
of what people can provide feedback on but its a document which says whom to
approach if a recipe is not being taken care on some issues. There are
many aspects
to patches and all feedback should be welcome.
>
> That of course does not mean that Koen is not entitiled to an opinion.
> Of course not, this is a rerview request and everyone may react to it.
> However, I, and I think most of us would appreciate it if this is done
> in a professional, polite and friendly manner.
> (btw wrt the other two post about the 3 conf/distro/include files I
> proposed to delete: two are gpe, and one is maemo. you may consider
> yourself to be the maintainer of the gpe recipes. I've clearly
> indicated why I wanted to remove them and you did not address any of
> my concerns and observations; also as I wrote before maintainership
> also comes with obligations. These files are clearly broken so it
> seems the maintainer has some work there.)
>
> Frans
>
> PS: I think this is also an excellent case why it is a good idea to
> identify the maintainer within the recipe/
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 12:40 ` Frans Meulenbroeks
2010-08-28 20:38 ` Khem Raj
@ 2010-08-29 1:07 ` Mike Westerhof
2010-08-29 9:01 ` Khem Raj
` (3 more replies)
1 sibling, 4 replies; 35+ messages in thread
From: Mike Westerhof @ 2010-08-29 1:07 UTC (permalink / raw)
To: openembedded-devel
Frans Meulenbroeks wrote:
> Koen brought up this in the thread on the review process. As it
> (mostly) is about this thread I felt it was more appropriate here.
[snip]
> I don't know what others think about it, but I see only a few matches.
[snip]
> PS: I think this is also an excellent case why it is a good idea to
> identify the maintainer within the recipe/
I think this gets at the heart of why Frans' recent changes make *me*
uncomfortable -- their scope is broad and the general approach by Frans
is to make everyone else provide detailed and precise arguments
defending why the broad change should not apply to specific items.
I, for one, would like to understand where this "cleanup" effort is
ultimately going to go. What distros will ultimately remain in OE?
What what will be the final criteria for recipes being permitted to
remain in OE (it seems to be converging on "it must build with bitbake
world, despite the many emails that have offered sound reasons for why
that is a poor test of recipe quality (which begs the question of why
recipe buildability might be a valid measure of quality in the first
place)).
Most of the patches and changes in OE have very specific distros in
mind, or they set out to solve reasonably bounded problems when they
cross distro boundaries. Frans' changes do not. The result is that
each and every of these patches must be carefully reviewed. I asked a
specific question of Frans earlier that he did not answer, for whatever
reason. I'll ask again: What distros does Frans test to ensure that his
patches are sane?
It's great that we "clean up" OE, but in my opinion, it's being done
with a sledgehammer approach, and I for one find it uncomfortable being
"threatened" by the creator of these global giant patches setting
policies about same that require the community to carefully defend their
work or interests, or else.
C'mon folks -- I'm not the only one who's busy, and who's uncomfortable
with this. Dev branch or not, this is NOT the way to get a community
working together.
-Mike (mwester)
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-29 1:07 ` Mike Westerhof
@ 2010-08-29 9:01 ` Khem Raj
2010-08-29 13:19 ` Frans Meulenbroeks
` (2 subsequent siblings)
3 siblings, 0 replies; 35+ messages in thread
From: Khem Raj @ 2010-08-29 9:01 UTC (permalink / raw)
To: openembedded-devel
On Sat, Aug 28, 2010 at 6:07 PM, Mike Westerhof <mike@mwester.net> wrote:
> Frans Meulenbroeks wrote:
>> Koen brought up this in the thread on the review process. As it
>> (mostly) is about this thread I felt it was more appropriate here.
> [snip]
>> I don't know what others think about it, but I see only a few matches.
> [snip]
>> PS: I think this is also an excellent case why it is a good idea to
>> identify the maintainer within the recipe/
>
> I think this gets at the heart of why Frans' recent changes make *me*
> uncomfortable -- their scope is broad and the general approach by Frans
> is to make everyone else provide detailed and precise arguments
> defending why the broad change should not apply to specific items.
>
> I, for one, would like to understand where this "cleanup" effort is
> ultimately going to go. What distros will ultimately remain in OE?
> What what will be the final criteria for recipes being permitted to
> remain in OE (it seems to be converging on "it must build with bitbake
> world, despite the many emails that have offered sound reasons for why
> that is a poor test of recipe quality (which begs the question of why
> recipe buildability might be a valid measure of quality in the first
> place)).
From a distro maintainer POV I can understand you point very well. I
don't feel strongly
about removal of recipes if they work and are old but I don't see any
value in a recipe which does not build in any combination either.
would you agree? Either we fix it or we can get rid of it as second choice.
I think bitbake world might be a far fetched goal but then I think it
speaks of health of the metadata.
(once bitbake world worked in OE) did we improve the situation by
making it unbuildable I dont think so.
and other distros do have these targets and they build too (e.g. freebsd)
I am afraid If we leave status quo then the cruft will keep piling up
and it will become really
unmanageable. Somewhere we need to bite the bullet. IMO OE should not
become a dumpyard of recipes where
you dig the ones that work and create a distro out of it but we should
try to make it a collection of working recipes(most of them) which
offers a wide set of recipes(different versions of same package or
different alternatives) to distros.
and all ideas are welcome to do it in a co-operative way. Lets make
sure that patches get reviewed here
and chance given to voice opinions and test patches by interested
parties before they get applied.
>
> Most of the patches and changes in OE have very specific distros in
> mind, or they set out to solve reasonably bounded problems when they
> cross distro boundaries. Frans' changes do not. The result is that
> each and every of these patches must be carefully reviewed. I asked a
> specific question of Frans earlier that he did not answer, for whatever
> reason. I'll ask again: What distros does Frans test to ensure that his
> patches are sane?
>
> It's great that we "clean up" OE, but in my opinion, it's being done
> with a sledgehammer approach, and I for one find it uncomfortable being
> "threatened" by the creator of these global giant patches setting
> policies about same that require the community to carefully defend their
> work or interests, or else.
>
> C'mon folks -- I'm not the only one who's busy, and who's uncomfortable
> with this. Dev branch or not, this is NOT the way to get a community
> working together.
>
> -Mike (mwester)
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 15:44 ` Chris Larson
@ 2010-08-29 10:25 ` Frans Meulenbroeks
0 siblings, 0 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-29 10:25 UTC (permalink / raw)
To: openembedded-devel
2010/8/28 Chris Larson <clarson@kergoth.com>:
> On Sat, Aug 28, 2010 at 8:03 AM, Philip Balister <philip@balister.org>wrote:
>>
>> I'd also question the wisdom of doing changes with broad impact during
>> July/August. It seems like a large number of people are on extended
>> vacations during this time period.
>
>
> Are we going to block off every other part of the year where people take
> vacations too? Please. We'd better never do any real development during
> Christmas or New Years either.
To be politically correct I'd propose to add to that list also :
- Eid ul-Fitr (the end of the Ramadan) and the days around it
- Diwali
- Chinese new year
- Pesach
and probably quite a few more.
In that sense it may also be an idea to put sunday morning on the list
(irc and the list are very quiet at that time).
Of course that is not going to work.
Actually it might even be better do do big changes in quiet times, as
there is less interference with other changes.
(I seem to recall Koen mentioned that he already had to fix some
fallout for non applying patches when pushing my autotools_stage
removal patch, and that was only a day or maybe two after the patch
was posted).
And of course that patch could have been posted as individual patches,
but I doubt anyone was going to review 500 or so (forgot the number)
of patches.
THere are pr's and con's to both.
Frans
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-28 14:56 ` Koen Kooi
2010-08-28 15:49 ` Chris Larson
@ 2010-08-29 11:14 ` Frans Meulenbroeks
1 sibling, 0 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-29 11:14 UTC (permalink / raw)
To: openembedded-devel
2010/8/28 Koen Kooi <k.kooi@student.utwente.nl>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 28-08-10 16:39, Chris Larson wrote:
>
>> *Every* patch that gets proposed is a patch that "works for you, but may not
>> for others". You simply can't test every combination for every change you
>> make, it's not possible. As long as these sorts of patches go the list for
>> review, as they now seem to be, I don't see the problem.
>
> You mean like the patch that removed the default openssl version for
> *every* distro and introduced an SOVERSION change to libs that can't be
> parallel installed, that got pushed without review? That one?
This was an error, reverted as soon as I could after I became aware of it.
And no, it was not reviewed and not properly tested.
I've apologised for that and I apologize for that again right now.
Sorry for any inconvenience caused by it.
BTW: I am a lttle bit surprised to et complaints about not following
the procedure from a person who in the past repeatedly shown not to
take too much care when it comes to following the procedures.
I'm aware of several commits that are against the revert policy or
that touch recipes from other maintainers without any discussion with
the recipe maintainer and without posting a patch for review.
And some of these patches were not correct either.
> Of course reverting fixes it, no problem, we don't have to manually
> check all recipes and packages to see what dynamically links against
> openssl to bump PR and rebuild and upload all of those, of course. And
> of course the person causing the mess did all that to clean it up.
When I wrote the email message on the removals I offered to repair
whatever was brought up.
See http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022846.html
There were a few issues brought to my attention and I have dealt with
it swiftly (in my opinion).
I did not get any information or request from you to clean up things.
> And no need to check recipes that statically link either.
> </sarcasm>
>
> So a patch was was tested nor reviewed that broke a lot got pushed and
> the person who pushed it refuses to help with the cleanup, just awesome.
Please provide proof for your statement that I refusded to help with
cleanup, or eat your words and apologize!
You are spreading incorrrect information..
>
> Drat, that was a bit sarcastic as well.
Frans.
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-29 1:07 ` Mike Westerhof
2010-08-29 9:01 ` Khem Raj
@ 2010-08-29 13:19 ` Frans Meulenbroeks
2010-08-30 5:33 ` Frans Meulenbroeks
2010-08-30 8:23 ` Koen Kooi
2010-08-30 21:09 ` Tom Rini
3 siblings, 1 reply; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-29 13:19 UTC (permalink / raw)
To: openembedded-devel
2010/8/29 Mike Westerhof <mike@mwester.net>:
> Frans Meulenbroeks wrote:
>> Koen brought up this in the thread on the review process. As it
>> (mostly) is about this thread I felt it was more appropriate here.
> [snip]
>> I don't know what others think about it, but I see only a few matches.
> [snip]
>> PS: I think this is also an excellent case why it is a good idea to
>> identify the maintainer within the recipe/
Mike, thanks for your reply.
I'd like to address your remarks.
>
> I think this gets at the heart of why Frans' recent changes make *me*
> uncomfortable -- their scope is broad and the general approach by Frans
> is to make everyone else provide detailed and precise arguments
> defending why the broad change should not apply to specific items.
No. This is not true.
There are several things at hand.
One thing is the rejection of patches with a simple NAK without any reasoning.
I feel that if someone takes the time to submit a patch and sends it
to the list for review deserves some more feedback than just a NAK.
Some explanation on why a change is no good is helpful to the person
who submitted the patch (as he/she can learn from it and/or improve
the patch), as well as for the list readers (as they also can learn
from it).
I have never said that detailed and precise arguments are needed, but
some indication why the patch is rejected is not more than polite and
not providing one does is offensive to the person who did the work and
does not really help the community.
As far as reverting deletions, I'm not aware that I asked for detailed
and precise arguments.
I prefer to have some kind of rationale for it though (beyond the "I
don't like it "level).
> I, for one, would like to understand where this "cleanup" effort is
> ultimately going to go. What distros will ultimately remain in OE?
As far as I'm concerned every distro which is maintained can stay.
However if a distro is not maintained any more, I'd rather prefer to
have it removed, or, better, flagged as such (e.g. by moving it onto a
non-maintained directory which people can decide to add or remove to
their BBFILES).
Root cause is that if it is not maintained it is unlikely to build
after a while, and problems are not resolved. I feel people that still
want to build that distro are better off using a tagged version which
is known to be the last-known-working-version for that distro.
Having said that, I think it would be very good to have a clear
indication of who is the maintainer of a distro (and I would suggest
that this is recorded in the distro conf file).
As I analysed before the status of several distro's is shady. No clean
maintainer is known for some of them. If no one takes care about it
then what is the point of keeping them?
Better move them to a non-maintaned directory so people know the
status (and if someone steps up who is interested in the distro it can
be revived).
But as long as a distro is maintained at least I feel we should keep it.
[1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022698.html
> What what will be the final criteria for recipes being permitted to
> remain in OE (it seems to be converging on "it must build with bitbake
> world, despite the many emails that have offered sound reasons for why
> that is a poor test of recipe quality (which begs the question of why
> recipe buildability might be a valid measure of quality in the first
> place)).
That is a very good question. I do feel buildability is a good
starting point for a recipe.
If a recipe is not buildable, it is probably not worth to keep it in
the main tree (probably with the exception of recipes that are being
created, but I guess these at least will have DEFAULT_PREFERENCE =
"-1" in it, or are otherwise marked as being work-in-progress). I can
imagine that some are worthwhile to be kept, but let's then put them
in a separate dir. That way people immediately know the state of the
recipe.
BTW: I view buildable quite broad. If it builds for a certain arch, I
consider it fine (but e.g. COMPATIBLE_MACHINE should indicate it). It
is obvious to me that e.g. an arm specific recipe will most likely not
build for ppc.
Also I'd say that a good recipe is one which has a guardian who looks
after it. For example I'm not too keen on having a recipe around that
has been created and committed by someone 4 years ago, of which it is
unclear what it does, why we have it, whether it is still useful etc
etc). And if it is kept, I prefer to know upfront what I am facing.
Otherwise we'll end up in being a junk yard of recipes.
But of course that is solely my opinion. I know others feel different about it.
>
> Most of the patches and changes in OE have very specific distros in
> mind, or they set out to solve reasonably bounded problems when they
> cross distro boundaries. Frans' changes do not. The result is that
> each and every of these patches must be carefully reviewed. I asked a
> specific question of Frans earlier that he did not answer, for whatever
> reason. I'll ask again: What distros does Frans test to ensure that his
> patches are sane?
I regularly build minimal and sometimes angstrom. Having said that
I'll be the first to admit that the changes have not been tested
properly.
I've apologized for that in the past, and I'll apologize for it here again.
Also one should not only look at the distro but also at the images
that are used to test. E.g. building console-image will probably not
find errors in X11 or gnome.
This does however not tackle the root cause. The root cause seems to
be that people do create recipes, but do not clean up recipes.
To pick my favourite example. Abiword at some point had around 10
versions. Sorry, but I fail to see the benefit of that.
If version x.y.z is tested and works properly and known to fix
issues, then what is the point to keep x.y.z-1, x.y.z-2 etc
Or, even worse: x.y.z.rc1, x.y.z.rc2 etc.
If recipe maintainers had kept their dirs clean, this would all not be needed.
Now someone needs to mop things up. That person may have less
knowledge, increasing the risk of errors.
It is then easy to blame the person who did the unrewarding, boring
job of cleaning but I feel the root cause of the problems are the fact
that recipes are not or not properly maintained (and I don't want to
say that this is common practice, lots of our recipes are
well-maintained (fortunately). However, we did accrue some stuff over
time that is somewhat questionable.
And especially with the amount of work needed to get rid of legacy
staging and merge native recipes, it felt a good plan to reduce the
number of recipes that need to be processed (but to be honest at some
point I didn't look to carefully at that again and it became a more
generic cleanup action).
Wrt the testing. I didn't test too well, we already concluded that.
However, I did things to minimze the errors.
My procedure when making those changes was a fairly standard process:
I went to the directory, if there are many versions of a recipe and if
the recipe was not a core recipe (like gcc, u-boot etc etc), I checked
what versions were pinned by distro's.
This was done by doing a grep -r package-name conf/
All pinned recipes were kept so your distro and all others still have
their pinnings available (unless they were not there when I started).
(and if I accidently made a mistake and removed something that was
pinned, I'll happily revert the change)
Then I checked what the last used version was. That version (and all
higher ones with a DEFAULT_PREFERENCE = "-1") were also kept. Also svn
and git based recipes have been kept. Versions that are the last
release of a major version of a recipe were also retained In most
cases most of the remaining recipes were removed (with their
associated files).
(btw this is a description of what I did. Whether it was good or not
is a different discussion)
While doing that I made a few mistakes (probably because of the boring
nature it became too much of an autopilot activity).
Let's examine these in some more detail:
the docbook failure:
We have the files:
docbook-sgml-dtd/docbook-sgml-dtd-3.1-native.bb
docbook-sgml-dtd/docbook-sgml-dtd-4.1-native.bb
docbook-sgml-dtd/docbook-sgml-dtd-4.4-native.bb
docbook-sgml-dtd/docbook-sgml-dtd-4.5-native.bb
docbook-sgml-dtd/docbook-sgml-dtd-native.inc
What happened was that I misrerad the 3.1, 4.1 etc as version numbers
and accidently removed 3.1 (and maybe others as well, don't remember)
while some recipes had this as a dependency.
Better testing would have revealed this problem, but alas, it did not happen.
The openssl failure:
Actually here I made a few mistakes
First of all I underestimated the coreness of this recipe. Should I
have realised that, I would have left the recipe untouched (which I
also did for other recipes I didn't feel too happy about).
Secondly while going to the openssl website to find out the age of 0.9
I saw that the version we had had some security advisories. At that
point I made the error to shortcircuit my workflow.
I did check the pinings but forgot to check the DEFAULT_PREFERENCE,
but right away removed the version with the security vulnerabilties.
Forgetting the last test made me accidentally remove 0.9m which
resulted in the problems Koen encountered.
This mistake was pointed out to me the day after I removed this
version after which I restored it as soon as I could.
Root cause of all the fuzz is that some people automated take the git
head, build things and put them on their package feeds to be used by
others who maybe base production work on it).
I think every QA manager can tell you that with a project with
probably more than 30 people having commit access this is not really
a good plan, because you never know what you are giving to your users.
(btw our 0.9.8 version is at 0.9.8m, 0.9.8n came out in march, and the
current 0.9.8 version is 0.9.8p; no idea who maintains this, it is not
listed in MAINTAINERS).
>
> It's great that we "clean up" OE, but in my opinion, it's being done
> with a sledgehammer approach, and I for one find it uncomfortable being
> "threatened" by the creator of these global giant patches setting
> policies about same that require the community to carefully defend their
> work or interests, or else.
I am sorry if you feel threatened by what I wrote or by my actions. If
that is the case, rest assured that this is not intended, and my
apologies for creating that impression.
It was my intention to improve the quality (and I know opinions differ
on whether I did or not) and reduce the workload for getting rid of
legacy staging and for merging native/target recipes.
>
> C'mon folks -- I'm not the only one who's busy, and who's uncomfortable
> with this. Dev branch or not, this is NOT the way to get a community
> working together.
I admit that I have been too enthusiastic. I have already apologized
several times for that (with s and z :-), I always mix up UK and US
spelling).
Then again I feel something had to happen (I agree with what Khem says
in the next message after yours), and at least the topic is now
clearly on the table.
But yes, I feel that it would be better if we could come up with a
more structured approach to the problems (and e.g. get rid of legacy
staging), and yes, I could have done better.
Then again I see that sending patches does not really help either. Too
often a patch receives no feedback at all, and I think if I had send
out patches nothing had happened.
Then again the rude behaviour that I have seen from some other
developer on this, is also something that not really helps to get a
community working together.
BTW: these opinions are mine. They are open to discussion. I think it
is good to do some cleaning though.
Then again I have had contact with the TSC and I have been asked not
to perform such massive actions any more without prior discussing them
and getting support.
Of course I will adhere to this (and I am happy to participate in
cleanup activities)
>
> -Mike (mwester)
>
Best regards, Frans.
PS: Mike do you feel responsible for upslug? If so, would you mind
cleaning up that recipe. I guess the old versions are not really
useful as 11 is quite mature. Also native culd be integrated and for
upslug do_stage could go.
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-29 13:19 ` Frans Meulenbroeks
@ 2010-08-30 5:33 ` Frans Meulenbroeks
0 siblings, 0 replies; 35+ messages in thread
From: Frans Meulenbroeks @ 2010-08-30 5:33 UTC (permalink / raw)
To: openembedded-devel
BTW forgot 2 things in the long story above.
Recipes that had a positive default preference were also kept.
But of course the actual steps do not matter that much. What I just
want to say that it was not a blind deletion action. I tried carefully
to delete only recipes that were not used by a distro, and I also
tried to stay within the criteria outlined by the TSC. But yes, better
testing would have helped
And actually there was a third issue (which I forgot to mentioned).
Khem noticed that autoconf231 or something like that also got deleted
but there were a few recipes that relied on that specific version.
Khem took care on resolving that (thanks!).
As far as I am concerned things happened the way they happened. We all
agree that it was not the best way.
My proposal is to close the topic and look forward again (but if there
is any fallout left, I'm still more than willing to repair it;
actually after the deletion I build beagleboard-demo-image from
scratch. That showed some problems but none were related to the
removal of the recipes (and meanwhile the issues encountered have been
fixed by Jason and me).
Wrt bitbake world:
At least one of the advantages of having a buildable world target is
that can be build if one wants to verify a big change. Currently for
beagleboard (armv7) things like demo-image or linux-tag provide a
reasonable coverage, but they are no good targets for ppc or nios2.
Frans
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-29 1:07 ` Mike Westerhof
2010-08-29 9:01 ` Khem Raj
2010-08-29 13:19 ` Frans Meulenbroeks
@ 2010-08-30 8:23 ` Koen Kooi
2010-08-30 21:09 ` Tom Rini
3 siblings, 0 replies; 35+ messages in thread
From: Koen Kooi @ 2010-08-30 8:23 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 29-08-10 03:07, Mike Westerhof wrote:
> It's great that we "clean up" OE, but in my opinion, it's being done
> with a sledgehammer approach, and I for one find it uncomfortable being
> "threatened" by the creator of these global giant patches setting
> policies about same that require the community to carefully defend their
> work or interests, or else.
>
> C'mon folks -- I'm not the only one who's busy, and who's uncomfortable
> with this. Dev branch or not, this is NOT the way to get a community
> working together.
Well said, the current angstrom maintainers agree wholeheartedly with you!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMe2pzMkyGM64RGpERAqMsAJoCSh6fQ2jvQnzKUES1ujrYJceGwQCfXwqd
khDYfBCiJXUFMtgUXXRoxwE=
=GFA1
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully.
2010-08-29 1:07 ` Mike Westerhof
` (2 preceding siblings ...)
2010-08-30 8:23 ` Koen Kooi
@ 2010-08-30 21:09 ` Tom Rini
3 siblings, 0 replies; 35+ messages in thread
From: Tom Rini @ 2010-08-30 21:09 UTC (permalink / raw)
To: openembedded-devel
Mike Westerhof wrote:
> Frans Meulenbroeks wrote:
>> Koen brought up this in the thread on the review process. As it
>> (mostly) is about this thread I felt it was more appropriate here.
> [snip]
>> I don't know what others think about it, but I see only a few matches.
> [snip]
>> PS: I think this is also an excellent case why it is a good idea to
>> identify the maintainer within the recipe/
>
> I think this gets at the heart of why Frans' recent changes make *me*
> uncomfortable -- their scope is broad and the general approach by Frans
> is to make everyone else provide detailed and precise arguments
> defending why the broad change should not apply to specific items.
>
> I, for one, would like to understand where this "cleanup" effort is
> ultimately going to go. What distros will ultimately remain in OE?
Maybe we need to put that build box I've heard we have access to up to
autobuilding a few more DISTRO/MACHINE/<images/whatever> combinations?
People are trying to go with "nothing is pinning to version ..." but
yes, not every MACHINE/DISTRO combination is being tested and I'm quite
sure that therein lies a problem (and some recipes might well need
COMPATIBLE_MACHINE put in them).
In addition to the posting to the ML part of things, this is just
another example of why it's good to commit single and self contained
changes. Yes, it sucks to have to dig out why / when something got
broken but it sucks a lot less when the answer is a single and whole commit.
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 35+ messages in thread
end of thread, other threads:[~2010-08-30 21:10 UTC | newest]
Thread overview: 35+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-08-27 8:11 [PATCH 0/2] Step forward in 'bitbake world' Khem Raj
2010-08-27 8:11 ` [PATCH 1/2] dspgw-utils: Adding DSP Gateway Utilities package Khem Raj
2010-08-27 8:33 ` Frans Meulenbroeks
2010-08-27 8:11 ` [PATCH 2/2] recipes: Update recipes to get 'bitbake world' parse and calculate runqueue successfully Khem Raj
2010-08-27 9:40 ` Frans Meulenbroeks
2010-08-27 15:36 ` Khem Raj
2010-08-27 11:08 ` Koen Kooi
2010-08-27 11:51 ` Eric Bénard
2010-08-27 11:58 ` Frans Meulenbroeks
2010-08-27 12:13 ` Andrea Adami
2010-08-27 12:16 ` Frans Meulenbroeks
2010-08-27 13:15 ` Andrea Adami
2010-08-27 15:23 ` Tom Rini
2010-08-27 15:33 ` Khem Raj
2010-08-27 12:32 ` Elena of Valhalla
2010-08-27 15:31 ` Khem Raj
2010-08-28 10:27 ` Koen Kooi
2010-08-28 11:51 ` Frans Meulenbroeks
2010-08-28 12:40 ` Frans Meulenbroeks
2010-08-28 20:38 ` Khem Raj
2010-08-29 1:07 ` Mike Westerhof
2010-08-29 9:01 ` Khem Raj
2010-08-29 13:19 ` Frans Meulenbroeks
2010-08-30 5:33 ` Frans Meulenbroeks
2010-08-30 8:23 ` Koen Kooi
2010-08-30 21:09 ` Tom Rini
2010-08-28 13:19 ` Philip Balister
2010-08-28 14:39 ` Chris Larson
2010-08-28 14:56 ` Koen Kooi
2010-08-28 15:49 ` Chris Larson
2010-08-29 11:14 ` Frans Meulenbroeks
2010-08-28 15:03 ` Philip Balister
2010-08-28 15:44 ` Chris Larson
2010-08-29 10:25 ` Frans Meulenbroeks
2010-08-28 20:32 ` Khem Raj
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.