Virtuelle Yadd / Development Maschine?

[yjogol]

So ich habe mal die "configure"-Flags aufgenommen.
Sieht dann so aus:

Code: Alles auswählen

===============================================================================
Menu: configure Configuration
$Date: 2007/01/07 12:20:08 $ $Revision: 1.2 $ (yjogol@online.de)
-------------------------------------------------------------------------------
usage: xf|xy = x=Feature f=flash y=yadd - this toogles the value

if/iy - ide.............Flash: y YADD: y
ef/ey - ext3............Flash: y YADD: y
xf/xy - xfs.............Flash: n YADD: n
nf/ny - nfsserver.......Flash: n YADD: y
sf/sy - sambaserver.....Flash: n YADD: y
lf/ly - lirc............Flash: n YADD: n
vf/vy - cdkVcInfo.......Flash: n YADD: y
gf/gy - german-keymaps..Flash: n YADD: n

b - Back
===============================================================================
Enter command:

Gruß
yjogol

[dietmarw]

zu den configure flags sollte man dann auch

--with-rootpartitionsize=xxxxxx

aufnehmen, oder hast du die anderer stelle doch drin?

[yjogol]

zu den configure flags sollte man dann auch

--with-rootpartitionsize=xxxxxx

aufnehmen, oder hast du die anderer stelle doch drin?

Ne, hab ich noch nicht, da ich es noch nie gebraucht habe.
Kann ich aber noch einbauen.

[PT-1]

@Yjogol

Dein alter link stimmt anscheinend nicht mehr ...

[yjogol]

@Yjogol

Dein alter link stimmt anscheinend nicht mehr ...

welcher?

[PT-1]

http://www.yjogol.de/yDownloads.htm

[yjogol]

Heißt seit ich Joomla einsetze http://www.yjogol.de/tuxbox-downloads/index.html

[PT-1]

Und wo dort ..? Kann kein "Build & Compiling Helper" finden

[yjogol]

Und wo dort ..? Kann kein "Build & Compiling Helper" finden

Das hatte ich vor längerer Zeit entfernt, da es keine Resonanz gab (ausser von dir ).

Ich werde die neuen Skripte nach einigen Tests zum Download bereit stellen.
Sie sind ja ein wesentlicher Anteil an dem VM-Image.

@all
Man könnte ja auch teilweise die -locals.sh automatisch erstellen.
z.B. make flash-dboxshot u.ä. nach Auswahl hinzufügen.
Jemand Lust?

Gruß
yjogol

[yjogol]

So hier ist die Version von heute http://www.yjogol.de/download/yBuild.zip
--with-rootpartitionsize=xxxxxx ist noch nicht drin.
Sieht jetzt so aus

Code: Alles auswählen

===============================================================================
Tuxbox - Build & Compiling Helper
$Date: 2007/01/07 18:09:36 $ $Revision: 1.4 $ (yjogol@online.de)
-------------------------------------------------------------------------------
0  - Basis Configuration
co - Checkout  - First time / complete
cu - Checkout  - update
ac - Configure - Configuration
af - Configure - Flash
ay - Configure - Yadd
     --------------------------------------------------------------------------
ma - Build Flash : ALL
mx - Build Flash Menu : Will ask you
ms - Build Flash (selected: neutrino jffs2 2x)
yn - Build yadd Neutrino
m  - Make Menu : Will ask you
d  - Debug on=1/off=0 : 0 (make will by simulated : make -n)
     --------------------------------------------------------------------------
t  - Toolchecker
l  - View Logfile
dh0- dhcp off (disable YADD booting)
dh1- dhcp on  (enable YADD booting)
cc - Clear Compiler cache (ccache)
dis- Build a distribution of your changed yBuild in ./distribution/yBuild.zip
upd- Download the actual yBuild.zip from yjogol.de. Overrides your scripts!

x  - Quit
===============================================================================
Enter command:

Gruß
yjogol[/code]

[Tommy]

erklär doch mal wo es entpackt werden soll (in Deiner VM). Direkt unterhalb /tuxbox/ ???

[det-box]

Du kannst es entpacken wo Du hinnwillst (/home/y/tuxbox ist standart).

nach starten von ybstart.sh zuerst 0 und enter drücken.
Nun 0 anpassen, (wo Du das Paket gerade hin entpackt hast).

dann kanns los gehen.

Det

[Tommy]

@yjogol: Dies bitte standardmäßig nach dem update:

in HEAD, there are two files cdk/root/etc/init.d/rcS and root/etc/init.d/rcS.insmod. In newmake, these are instead products, which are generated from its source root/etc/init.d/rcS.m4. It is therefore advisable to delete cdk/root/etc/init.d/rcS and cdk/root/etc/init.d/rcS.insmod, just to be on the safe side.

[det-box]

einfach in ybstart.sh anpassen.

Code: Alles auswählen

cvs_checkout_update()
{
	echo "=============================================================="
	echo "Start CVS Checkout UPDATE to $CVSDIR"
	echo "=============================================================="
	echo "Do you really want to checkout UPDATE? (y/n)"
	read yesno
	if [ "$yesno" == "y" ]
	then
		cd "$CVSDIR"
		echo "--------------------------------------------------------------"
		echo "Checkout HEAD"
		echo "--------------------------------------------------------------"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" up -dP 
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -r newmake -P cdk/newmake.files
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -f -r newmake `cat cdk/newmake.files`
		rm cdk/root/etc/init.d/rcS cdk/root/etc/init.d/rcS.insmod
	fi
}

und in

Code: Alles auswählen

cvs_checkout_all()
{
	build_dirs
	echo "=============================================================="
	echo "Start CVS Checkout to $CVSDIR"
	echo "=============================================================="
	echo "Do you really want to checkout ALL? (y/n)"
	read yesno
	if [ "$yesno" == "y" ]
	then
		cd "$CVSDIR"
		echo "--------------------------------------------------------------"
		echo "Checkout HEAD"
		echo "--------------------------------------------------------------"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -P .
		if ! [ -d "$CVSDIR/cdk" ]
		then
			echo "No cdk dir found in $CVSDIR. STOP"
			exit
		fi
		echo "--------------------------------------------------------------"
		echo "Checkout newmake"
		echo "--------------------------------------------------------------"

		cd "$CVSDIR"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -r newmake -P cdk/newmake.files
		cd "$CVSDIR"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -f -r newmake `cat cdk/newmake.files`
		rm cdk/root/etc/init.d/rcS cdk/root/etc/init.d/rcS.insmod
	fi
}

jeweils die Zeile über fi einfügen s.o.
rm cdk/root/etc/init.d/rcS cdk/root/etc/init.d/rcS.insmod

Det

[Tommy]

Ist ja alles schön und gut und ich hätte es auch ohne Deine Hilfe reinpappen können aber möchtest Du wirklich das jeder wieder sein eigenes Süppchen kocht? Ich bin eigentlich froh, dass Yjogol das gerade zentral macht.

[yjogol]

Ist ja alles schön und gut und ich hätte es auch ohne Deine Hilfe reinpappen können aber möchtest Du wirklich das jeder wieder sein eigenes Süppchen kocht? Ich bin eigentlich froh, dass Yjogol das gerade zentral macht.

Also, ich freu mich wenn det-box schnell einen Workaround rausbringt.
Ich werde das dann zentral einpflegen. Ich update ja nicht so oft.
Ich finde es gut, wenn das Wissen von Vielen in die Skripte einfließt, dann werden sie sicher auch helfen.

Gruß
yjogol

[Token]

@yjogol:
nein, yjogol - so war das ja auch nicht gemeint, nur:
tommy meinte zurecht, das die bugfixes zentral zu dir gehen sollten, damit du dann das entsprechende bugfix samt history bereitstellst !
nix gegen det-box sein workaround (im gegenteil), aber tommy wollte damit sagen, das zwar erfahrene leute damit klar kommen, aber vergesst uns arme anfaenger-dau's nicht !!!
@det-box:
... danke fuer den workaround, aber tommy moechte "frickel-werk" vermeiden, wenn dann der patch vom patch da ist - sehe ich nicht mehr durch !
cu token

[StevenSch]

@yjogol:
Hab mir mal dein Script angepasst (CVSName anoncvs), daraufhin passiert folgendes:
Head wird problemlos ausgecheckt, newmake produziert folgendes:

Code: Alles auswählen

--------------------------------------------------------------
Checkout newmake
--------------------------------------------------------------
cvs: WARNING: Read-only repository access mode selected via `cvs -R'.
Using this option to access a repository which some users write to may
cause intermittent sandbox corruption.
cvs checkout: warning: cannot open /cvs/tuxbox/CVSROOT/val-tags read/write: Permission denied
cvs: WARNING: Read-only repository access mode selected via `cvs -R'.
Using this option to access a repository which some users write to may
cause intermittent sandbox corruption.
cvs checkout: warning: cannot open /cvs/tuxbox/CVSROOT/val-tags read/write: Permission denied
rm: Entfernen von „cdk/root/etc/init.d/rcS“ nicht möglich: Datei oder Verzeichnis nicht gefunden
rm: Entfernen von „cdk/root/etc/init.d/rcS.insmod“ nicht möglich: Datei oder Verzeichnis nicht gefunden

In meinem Script steht die checkout Zeile so:

Code: Alles auswählen

cvs -d  anoncvs@cvs.tuxbox.org./cvs/tuxbox -z3 co -f -r newmake -P .

Worin besteht den da der Unterschied ??

[Tommy]

Code: Alles auswählen

cvs -d  anoncvs@cvs.tuxbox.org./cvs/tuxbox -z3 co -f -r newmake -P .   <Deine
cvs -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox -z3 co -f -r newmake -P .    <von Barfs Webseite

[StevenSch]

Ich frag mal anders: was ist der Unterschied zwischen dem Checkout-Befehl von Yjogol:

Code: Alles auswählen

		cd "$CVSDIR"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -r newmake -P cdk/newmake.files
		cd "$CVSDIR"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -f -r newmake `cat cdk/newmake.files`

und dem vom Barf:

Code: Alles auswählen

		cd "$CVSDIR"
cvs -d  anoncvs@cvs.tuxbox.org./cvs/tuxbox -z3 co -f -r newmake -P . 

[yjogol]

Ich frag mal anders: was ist der Unterschied zwischen dem Checkout-Befehl von Yjogol:

Code: Alles auswählen

		cd "$CVSDIR"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -r newmake -P cdk/newmake.files
		cd "$CVSDIR"
		cvs -z3 -d "$CVSNAME@cvs.tuxbox.org:/cvs/tuxbox" co -f -r newmake `cat cdk/newmake.files`

und dem vom Barf:

Code: Alles auswählen

		cd "$CVSDIR"
cvs -d  anoncvs@cvs.tuxbox.org./cvs/tuxbox -z3 co -f -r newmake -P . 

Das ist ganz einfach. Barf's Beispiel macht ein checkout mit dem TAG newmake. D.h. es werden alle Files von Newmake ausgecheckt und bzw. HEAD, wenn keine newmake-TAG für die Datei da ist.

Dies geht auch so, aber wenn man Maintainer ist, hat man dann ein kleines Problem:
Die Dateien bekommen alle das TAG newmake. Wenn man eine Datei dann als Entwickler einchecken will, die nicht in newmake ist, aber nun aber ein newmake TAG bekommen hat, würde bei einem checkin diese Datei nach newmake wandern.

Beispiel: Ich entwickle den nhttpd, alle Änderungen würden nach newmake und nicht nach HEAD gehen. Das sollen sie aber nicht.

Also checke ich alles von HEAD aus und es wird mit HEAD geTAGed. Dann hole ich mir die newmake-Dateiliste und checke alle newmake-Dateien aus und nur diese bekommen ein newmake-TAG.
Und die Welt ist in Ordnung.

Gruß
yjogol

[StevenSch]

Vielen Dank für die Erklärung !! Also muss man, wenn man Yjogols Script verwenden will, das lokale CVS löschen und komplett neu auschecken. Zumindest gings dann bei mir so.

@Yjogol: Kann in deinen Scripten hinterlegt werden wo der Archive Pfad ist? Ggf hat man sonst gelegentlich das Problem, dass dieses Verzeichnis bei einer radikalen Bereinigung von tuxbox-cvs mit weg ist.

[yjogol]

Vielen Dank für die Erklärung !! Also muss man, wenn man Yjogols Script verwenden will, das lokale CVS löschen und komplett neu auschecken. Zumindest gings dann bei mir so.

@Yjogol: Kann in deinen Scripten hinterlegt werden wo der Archive Pfad ist? Ggf hat man sonst gelegentlich das Problem, dass dieses Verzeichnis bei einer radikalen Bereinigung von tuxbox-cvs mit weg ist.

Da bin ich momentan überfragt und muss selbst schaun.

[dietmarw]

einfach per menü nen symlink erstellen

[det-box]

ich erstelle mir in dem Ordner wo die "ybstart.sh" liegt einen Link zum Archiv ordner .
passe in der ybstart.sh unter volgendes an:

Code: Alles auswählen

# Build Directoty Structure if not exists
build_dirs()
{
	mkdir -p $DBOX_PREFIX
	mkdir -p $CVSDIR
	mkdir -p $CVSDIR/cdk
	mkdir -p $LOGOSDIR
	mkdir -p $UCODESDIR
	mkdir -p $ARCHIVEDIR
	ln -sf $ARCHIVEDIR $CVSDIR/cdk/Archive
}

damit kann ich dann den dbox2 und tuxbox-cvs Ordner entleeren und bei einem firstCheckout wird automatisch alles angelegt.