Eigene Pakete einbinden - Revision history

Henryk: /* Minimalinvasive Variante */ Freud

2007-06-26T12:14:59Z

Minimalinvasive Variante: Freud

← Older revision		Revision as of 12:14, 26 June 2007
Line 97:		Line 97:
	( source ./setup-env ; cd build ; bitbake -c build $*-image )		( source ./setup-env ; cd build ; bitbake -c build $*-image )

	Dann sollte man mit <code>make openmoko-sar-devel-image</code> das neue Image bauen können. Bonuspunkt: Durch die Benamung mit dem Präfix <~~cope~~>openmoko-</code> wird das Image automatisch von <code>make flash-qemu-local</code> gefunden und berücksichtigt.		Dann sollte man mit <code>make openmoko-sar-devel-image</code> das neue Image bauen können. Bonuspunkt: Durch die Benamung mit dem Präfix <code>openmoko-</code> wird das Image automatisch von <code>make flash-qemu-local</code> gefunden und berücksichtigt.

Henryk: /* Minimalinvasive Variante */

2007-06-26T12:13:20Z

Minimalinvasive Variante

← Older revision		Revision as of 12:13, 26 June 2007
Line 83:		Line 83:
	\| \| \| \|-> openmoko-sar-image.bb		\| \| \| \|-> openmoko-sar-image.bb

	Zum Testen kann man erstmal eigene Image-Rezepte in dieser Struktur anlegen die auf den normalen Image-Rezepten aus <code>$OPENMOKODIR/oe/packages/images/</code> basieren (d.h. Kopie, mit eigenem Namen, <code>require</code>-Direktive in <code>openmoko-sar-devel-image.bb</code> anpassen).		Zum Testen kann man erstmal eigene Image-Rezepte in dieser Struktur anlegen die auf den normalen Image-Rezepten aus <code>$OPENMOKODIR/oe/packages/images/</code> basieren (d.h. Kopie, mit eigenem Namen, <code>require</code>-Direktive in <code>openmoko-sar-devel-image.bb</code> anpassen). Später kann dann diese Verzeichnisstruktur in einem SVN residieren.

			Um sie benutzen zu können benötigt man folgende Änderungen: in <code>setup-env</code>:
			export BBPATH="${OMDIR}/build:${OMDIR}/oe:${OMDIR}/openembedded:"
			zu
			export BBPATH="${OMDIR}/build:${OMDIR}/oe:${OMDIR}/openembedded:${OMDIR}/openmoko-sar"
			in <code>build/conf/local.conf</code> anhängen:
			BBFILES := "${BBFILES} ${OMDIR}/openmoko-sar/packages//.bb"

			Und evt. noch als Bequemlichkeitsfeature: in <code>Makefile</code> einfügen:
			.PHONY: %-image
			%-image:
			( source ./setup-env ; cd build ; bitbake -c build $*-image )

			Dann sollte man mit <code>make openmoko-sar-devel-image</code> das neue Image bauen können. Bonuspunkt: Durch die Benamung mit dem Präfix <cope>openmoko-</code> wird das Image automatisch von <code>make flash-qemu-local</code> gefunden und berücksichtigt.

Henryk: /* Minimalinvasive Variante */ tt -> code

2007-06-26T12:07:32Z

Minimalinvasive Variante: tt -> code

← Older revision		Revision as of 12:07, 26 June 2007
Line 56:		Line 56:
	== Minimalinvasive Variante ==		== Minimalinvasive Variante ==

	Man kann die obigen ~~Schritte~~ auch völlig ausserhalb der OpenEmbedded- und OpenMoko-Verzeichnisse ausführen um keine Probleme bei eventuellen zukünftigen Updates zu bekommen. Das ist im Prinzip wie eine neue Distribution aufbauend auf OpenMoko zu machen, welches an sich schon eine Distribution aufbauend auf OpenEmbedded ist.		Man kann die obigen Schricodee auch völlig ausserhalb der OpenEmbedded- und OpenMoko-Verzeichnisse ausführen um keine Probleme bei eventuellen zukünftigen Updates zu bekommen. Das ist im Prinzip wie eine neue Distribution aufbauend auf OpenMoko zu machen, welches an sich schon eine Distribution aufbauend auf OpenEmbedded ist.

	Dazu legt man einen neuen Verzeichnisbaum <tt>openmoko-sar</tt> neben <tt>oe</tt> und <tt>openembedded</tt> an:		Dazu legt man einen neuen Verzeichnisbaum <code>openmoko-sar</code> neben <code>oe</code> und <code>openembedded</code> an:
	$OPENMOKODIR		$OPENMOKODIR
	\|		\|
Line 83:		Line 83:
	\| \| \| \|-> openmoko-sar-image.bb		\| \| \| \|-> openmoko-sar-image.bb

	Zum Testen kann man erstmal eigene Image-Rezepte in dieser Struktur anlegen die auf den normalen Image-Rezepten aus <tt>$OPENMOKODIR/oe/packages/images/</tt> basieren (d.h. Kopie, mit eigenem Namen, <tt>require</tt>-Direktive in <tt>openmoko-sar-devel-image.bb</tt> anpassen).		Zum Testen kann man erstmal eigene Image-Rezepte in dieser Struktur anlegen die auf den normalen Image-Rezepten aus <code>$OPENMOKODIR/oe/packages/images/</code> basieren (d.h. Kopie, mit eigenem Namen, <code>require</code>-Direktive in <code>openmoko-sar-devel-image.bb</code> anpassen).

Henryk: /* Minimalinvasive Variante */

2007-06-26T12:06:19Z

Minimalinvasive Variante

← Older revision		Revision as of 12:06, 26 June 2007
Line 55:		Line 55:

	== Minimalinvasive Variante ==		== Minimalinvasive Variante ==

			Man kann die obigen Schritte auch völlig ausserhalb der OpenEmbedded- und OpenMoko-Verzeichnisse ausführen um keine Probleme bei eventuellen zukünftigen Updates zu bekommen. Das ist im Prinzip wie eine neue Distribution aufbauend auf OpenMoko zu machen, welches an sich schon eine Distribution aufbauend auf OpenEmbedded ist.

			Dazu legt man einen neuen Verzeichnisbaum <tt>openmoko-sar</tt> neben <tt>oe</tt> und <tt>openembedded</tt> an:
			$OPENMOKODIR
			\|
			\|-> oe
			\| \|
			\| \|-> classes
			\| \| \|
			\| \| \|-> ...
			\| \|-> packages
			\| \| \|
			\| \| \|-> images
			\| \| \|-> ...
			\| \|->...
			\|-> openembedded
			\| \|
			\| \|->...
			\|-> openmoko-sar
			\| \|
			\| \|-> packages
			\| \| \|
			\| \| \|-> images
			\| \| \| \|
			\| \| \| \|-> openmoko-sar-devel-image.bb
			\| \| \| \|-> openmoko-sar-image.bb

			Zum Testen kann man erstmal eigene Image-Rezepte in dieser Struktur anlegen die auf den normalen Image-Rezepten aus <tt>$OPENMOKODIR/oe/packages/images/</tt> basieren (d.h. Kopie, mit eigenem Namen, <tt>require</tt>-Direktive in <tt>openmoko-sar-devel-image.bb</tt> anpassen).

Henryk: /* Minimalinvasive Variante */ New section

2007-06-26T11:53:22Z

Minimalinvasive Variante: New section

← Older revision		Revision as of 11:53, 26 June 2007
Line 53:		Line 53:

	Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/openmoko/patches''und werden beim Bauen von openmoko-devel-image mit eingepflegt.		Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/openmoko/patches''und werden beim Bauen von openmoko-devel-image mit eingepflegt.

			== Minimalinvasive Variante ==

SebastianEhrich at 11:54, 19 June 2007

2007-06-19T11:54:11Z

← Older revision		Revision as of 11:54, 19 June 2007
Line 1:		Line 1:
			[[Category:Openmoko]]

	== Eigene Pakete in Openmoko einbinden ==		== Eigene Pakete in Openmoko einbinden ==

SebastianEhrich: /* Paket ins openmoko-devel-image integrieren */

2007-06-15T11:23:11Z

Paket ins openmoko-devel-image integrieren

← Older revision		Revision as of 11:23, 15 June 2007
Line 43:		Line 43:

	Um das Paket dann noch automatisch beim Erzeugen eines neuen Images mit in das Dateisystem zu installieren, ist es nötig das Bitbake-Rezept des openmoko-devel-image zu modifizieren. Dieses findet sich unter ''$OPENMOKODIR/oe/packages/images/openmoko-devel-image.bb''. Damit bei Updates die Änderungen nicht stets überschrieben werden, bietet es sich an, die Änderungen als Patch zu sichern. Dies kann man wie unter [http://wiki.openmoko.org/wiki/MokoMakefile#Developing_with_MokoMakefile] beschrieben durch folgende Kommandos, die man mit unverändertem		Um das Paket dann noch automatisch beim Erzeugen eines neuen Images mit in das Dateisystem zu installieren, ist es nötig das Bitbake-Rezept des openmoko-devel-image zu modifizieren. Dieses findet sich unter ''$OPENMOKODIR/oe/packages/images/openmoko-devel-image.bb''. Damit bei Updates die Änderungen nicht stets überschrieben werden, bietet es sich an, die Änderungen als Patch zu sichern. Dies kann man wie unter [http://wiki.openmoko.org/wiki/MokoMakefile#Developing_with_MokoMakefile] beschrieben durch folgende Kommandos, die man mit unverändertem
	openmoko-devel-image.bb-Rezept in $OPENMOKODIR ausführt, erreichen:		openmoko-devel-image.bb-Rezept in ''$OPENMOKODIR/openmoko'' ausführt, erreichen:
	quilt new some_patch_name.patch		quilt new some_patch_name.patch
	quild add oe/packages/images/openmoko-devel-image.bb		quild add trunk/oe/packages/images/openmoko-devel-image.bb
	# Jetzt in openmoko-devel-image.bb zu PACKAGE_INSTALL eine neue Zeile mit dem Paketnamen		# Jetzt in openmoko-devel-image.bb zu PACKAGE_INSTALL eine neue Zeile mit dem Paketnamen
	# und einem Backslash anhängen		# und einem Backslash anhängen
	quilt refresh		quilt refresh

	Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/patches'', werden beim Bauen von openmoko-devel-image ~~aber anscheindend doch noch nicht~~ mit eingepflegt.		Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/openmoko/patches''und werden beim Bauen von openmoko-devel-image mit eingepflegt.

SebastianEhrich at 13:59, 13 June 2007

2007-06-13T13:59:22Z

← Older revision		Revision as of 13:59, 13 June 2007
Line 50:		Line 50:
	quilt refresh		quilt refresh

	Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/patches'' ~~und~~ werden beim Bauen von openmoko-devel-image mit eingepflegt.		Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/patches'', werden beim Bauen von openmoko-devel-image aber anscheindend doch noch nicht mit eingepflegt.

SebastianEhrich: /* Paket ins openmoko-devel-image integrieren */ Anleitung hinzugefügt

2007-06-13T12:23:00Z

Paket ins openmoko-devel-image integrieren: Anleitung hinzugefügt

← Older revision		Revision as of 12:23, 13 June 2007
Line 41:		Line 41:

	=== Paket ins openmoko-devel-image integrieren ===		=== Paket ins openmoko-devel-image integrieren ===

			Um das Paket dann noch automatisch beim Erzeugen eines neuen Images mit in das Dateisystem zu installieren, ist es nötig das Bitbake-Rezept des openmoko-devel-image zu modifizieren. Dieses findet sich unter ''$OPENMOKODIR/oe/packages/images/openmoko-devel-image.bb''. Damit bei Updates die Änderungen nicht stets überschrieben werden, bietet es sich an, die Änderungen als Patch zu sichern. Dies kann man wie unter [http://wiki.openmoko.org/wiki/MokoMakefile#Developing_with_MokoMakefile] beschrieben durch folgende Kommandos, die man mit unverändertem
			openmoko-devel-image.bb-Rezept in $OPENMOKODIR ausführt, erreichen:
			quilt new some_patch_name.patch
			quild add oe/packages/images/openmoko-devel-image.bb
			# Jetzt in openmoko-devel-image.bb zu PACKAGE_INSTALL eine neue Zeile mit dem Paketnamen
			# und einem Backslash anhängen
			quilt refresh

			Damit landen die Änderungen als Patch unter ''$OPENMOKODIR/patches'' und werden beim Bauen von openmoko-devel-image mit eingepflegt.

SebastianEhrich: /* Paket automatisch mit Openmoko bauen lassen */

2007-06-13T12:10:04Z

Paket automatisch mit Openmoko bauen lassen

← Older revision		Revision as of 12:10, 13 June 2007
Line 38:		Line 38:
	=== Paket automatisch mit Openmoko bauen lassen ===		=== Paket automatisch mit Openmoko bauen lassen ===

			Um ein Paket zusätzlich zu den standardmäßig integrierten Paketen Paketen kompilieren und packetieren zu lassen, reicht es den Paketnamen unter ''$OPENMOKODIR/build/conf/local.conf'' mittels ''DISTRO_EXTRA_RDEPENDS = $PAKETNAME'' hinzuzufügen.

	=== Paket ins openmoko-devel-image integrieren ===		=== Paket ins openmoko-devel-image integrieren ===

← Older revision		Revision as of 12:06, 26 June 2007
Line 55:		Line 55:

	== Minimalinvasive Variante ==		== Minimalinvasive Variante ==

			Man kann die obigen Schritte auch völlig ausserhalb der OpenEmbedded- und OpenMoko-Verzeichnisse ausführen um keine Probleme bei eventuellen zukünftigen Updates zu bekommen. Das ist im Prinzip wie eine neue Distribution aufbauend auf OpenMoko zu machen, welches an sich schon eine Distribution aufbauend auf OpenEmbedded ist.

			Dazu legt man einen neuen Verzeichnisbaum <tt>openmoko-sar</tt> neben <tt>oe</tt> und <tt>openembedded</tt> an:
			$OPENMOKODIR
			\|
			\|-> oe
			\| \|
			\| \|-> classes
			\| \| \|
			\| \| \|-> ...
			\| \|-> packages
			\| \| \|
			\| \| \|-> images
			\| \| \|-> ...
			\| \|->...
			\|-> openembedded
			\| \|
			\| \|->...
			\|-> openmoko-sar
			\| \|
			\| \|-> packages
			\| \| \|
			\| \| \|-> images
			\| \| \| \|
			\| \| \| \|-> openmoko-sar-devel-image.bb
			\| \| \| \|-> openmoko-sar-image.bb

			Zum Testen kann man erstmal eigene Image-Rezepte in dieser Struktur anlegen die auf den normalen Image-Rezepten aus <tt>$OPENMOKODIR/oe/packages/images/</tt> basieren (d.h. Kopie, mit eigenem Namen, <tt>require</tt>-Direktive in <tt>openmoko-sar-devel-image.bb</tt> anpassen).