Bitte testen: newmake / kernel 2.6 patch

Beitrag von **PT-1** » Dienstag 20. November 2007, 13:34

Was fuer ein Kasperl bin ich denn...

Schande ;-)

THX aus London

Beitrag von **PT-1** » Dienstag 20. November 2007, 13:54

OK,

ein Stueck weiter aber nun:

/home/developer/tuxbox-cvs/cdk/build_bootstrap_gcc/gcc/xgcc -B/home/developer/tuxbox-cvs/cdk/build_bootstrap_gcc/gcc/ -B/home/developer/kernel26/cdk/powerpc-tuxbox-linux-gnu/bin/ -B/home/developer/kernel26/cdk/powerpc-tuxbox-linux-gnu/lib/ -isystem /home/developer/kernel26/cdk/powerpc-tuxbox-linux-gnu/include -isystem /home/developer/kernel26/cdk/powerpc-tuxbox-linux-gnu/sys-include -O2 -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -I. -I. -I../../gcc-3.4.4/gcc -I../../gcc-3.4.4/gcc/. -I../../gcc-3.4.4/gcc/../include   -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -msdata=none \
          -Dinhibit_libc -c ../../gcc-3.4.4/gcc/crtstuff.c -DCRT_BEGIN \
          -o crtbegin.o
as: unrecognised option `-mppc'
make[2]: *** [crtbegin.o] Error 1
make[2]: Leaving directory `/home/developer/tuxbox-cvs/cdk/build_bootstrap_gcc/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/developer/tuxbox-cvs/cdk/build_bootstrap_gcc'
make: *** [.deps/bootstrap_gcc] Error 2

Beitrag von **seife** » Dienstag 20. November 2007, 13:59

Also ich habe, wie oben geschrieben, alle 4 Kombinationen aus old- und newmake sowie 2.4 und 2.6 bauen lassen. Mit folgendem Skript:

Code: Alles auswählen

#!/bin/bash
export CVS_RSH=ssh
CVS=:ext:anoncvs@cvs.tuxbox.org:/cvs/tuxbox
BRANCH="$1"
KERNEL="$2"
if [ "$BRANCH" != "oldmake" ]; then
        BRANCH="newmake"
fi
if [ "$KERNEL" != "2.6" ]; then
        KERNEL="2.4"
fi
echo "Building '$BRANCH' flavor with kernel '$KERNEL'. OK?"
read x
BUILDDIR=/dev/shm/seife/tuxbox-$BRANCH-$KERNEL
rm -rf $BUILDDIR
mkdir -p $BUILDDIR || exit 1
cd $BUILDDIR
if [ $BRANCH != "newmake" ]; then
        BRANCH=""
else
        BRANCH="-r $BRANCH"
fi
cvs -qz9 -d $CVS co -f $BRANCH -P .
if [ "$KERNEL" = "2.6" ]; then
        cvs -qz9 update -dP -r driver_2_6_branch driver/
fi
cd cdk
ln -s /local/seife/src/Archive
./autogen.sh
if [ "$KERNEL" = "2.6" ]; then
        ./configure --enable-maintainer-mode \
                --with-cvsdir=$BUILDDIR \
                --prefix=$BUILDDIR/root \
                --enable-flashrules \
                --with-checkImage=rename \
                --enable-kernel26 \
                --enable-ccache
else # 2.4
        ./configure --enable-maintainer-mode \
                --with-cvsdir=$BUILDDIR \
                --prefix=$BUILDDIR/root \
                --with-targetruleset=flash \
                --with-checkImage=rename \
                --enable-ccache
fi
if [ "$BRANCH" ]; then #newmake
        time make flash-all-all-all yadd-all
else
        time make all
fi

(achtung, das sollte man auf Maschinen unter 8GB Speicher eher nicht machen, schon gar nicht mehrmals gleichzeitig :-)
Und das hat, abgesehen von den bekannten failures mit directfb etc. funktioniert. Insofern gehe ich davon aus, daß sämtliche Buildfehler entweder auf "not yet implemented" (IDE und Zeug was ich nicht habe) oder auf "User error" zurückzuführen sind.

Beitrag von **Papst** » Dienstag 20. November 2007, 17:30

Ich habe jetzt meine rcS so umgestrickt und aufgeräumt das die Parameter an die entsprechenden Module übergeben werden. So funktioniert alles

Code: Alles auswählen

#!/bin/sh
PATH=/sbin:/bin

MD=
mount -t proc proc /proc
mount -t tmpfs tmp /tmp
mount -t tmpfs dev /dev
mount -t sysfs sys /sys
echo "/sbin/hotplug" > /proc/sys/kernel/hotplug
# create necessary nodes,
# static for now, i am just too lazy for udev :-)
mkdir -p /dev/pts /dev/dbox /dev/dvb/adapter0 /dev/loop /dev/i2c /dev/input /dev/sound /dev/v4l /dev/fb /dev/vc /dev/mtdblock /dev/mtd /dev/tts
makedevices

# this is fragile because those are dynamic minor numbers
# and thus dependent on module load order :-(
mknod /dev/dbox/aviaEXT c 10 57
mknod /dev/dbox/saa0 c 10 58
mknod /dev/dbox/lcd0 c 10 59
mknod /dev/dbox/avs0 c 10 60
mknod /dev/lirc c 10 61
mknod /dev/dbox/fp0 c 10 62
mknod /dev/dbox/event0 c 10 63

ln -sf /dev/fb0 /dev/fb/0
ln -sf /dev/tty0 /dev/vc/0
	
mount /dev/pts
  
# Setup hostname
hostname -F /etc/hostname
ifup -a

type -p depmod > /dev/null && touch /etc/modules.conf && depmod -ae 
modprobe tuxbox 

# Get info about the current box
VENDOR=`/bin/tuxinfo -V`
VENDOR_ID=`/bin/tuxinfo -v`
MODEL=`/bin/tuxinfo -M`
MODEL_ID=`/bin/tuxinfo -m`
SUBMODEL=`/bin/tuxinfo -S`
SUBMODEL_ID=`/bin/tuxinfo -s`

echo "Detected STB:"
echo "	Vendor: $VENDOR"
echo "	Model: $MODEL $SUBMODEL"

modprobe dvb-core dvb_shutdown_timeout=0

modprobe dbox2_i2c 

if [ -e /var/etc/.oldrc ]; then
	modprobe dbox2_fp_input disable_new_rc=1
elif [ -e /var/etc/.newrc ]; then
	modprobe dbox2_fp_input disable_old_rc=1
elif [ -e /var/etc/.philips_rc_patch ]; then
	modprobe dbox2_fp_input philips_rc_patch=1
else
	modprobe dbox2_fp_input 
fi

if [ -f /var/etc/.no_watchdog ]; then
	modprobe avia_av no_watchdog=1
else
	modprobe avia_av
fi

GTOPTS=""
if [ -e /var/etc/.hw_sections ]; then
	GTOPTS="hw_sections=0 "
fi
if [ -e /var/etc/.no_enxwatchdog ]; then
	GTOPTS="${GTOPTS}no_watchdog=1 "
fi
modprobe avia_gt ${GTOPTS}

modprobe avia_gt_fb 
modprobe avia_gt_lirc 
modprobe avia_gt_oss 
modprobe avia_gt_v4l2 

modprobe avs 
modprobe lcd 
modprobe saa7126 

modprobe dbox2_napi 

modprobe aviaEXT 

modprobe autofs4

#avia_version=`cat /proc/bus/avia_version` 
#if [ $avia_version = "avia500" ] && [ -e /var/tuxbox/ucodes/avia600.ux ]; then 
#	rm /var/tuxbox/ucodes/avia600.ux 
#else if [ $avia_version = "avia600" ] && [ -e /var/tuxbox/ucodes/avia500.ux ]; then 
#		rm /var/tuxbox/ucodes/avia500.ux 
#	fi 
#fi

# Create a telnet greeting
echo "$VENDOR $MODEL - Kernel %r (%t)." > /etc/issue.net

if [ -e /var/tuxbox/config/lirc/lircd.conf ]; then
	lircd /var/tuxbox/config/lirc/lircd.conf
fi
if [ -x /sbin/inetd ]; then
	/sbin/inetd 
fi

Die avia Versionsabfrage is noch auskommentiert da ich das erst wieder in den Treiber bauen muss.

Beitrag von **Striper** » Sonntag 25. November 2007, 12:15

Also ich hab gestern auch mal probehalber ein Image mit Kernel 2.6 erstellt. Wie schon von jemand anderem angesprochen funktioniert make flash-hotplug erst nachdam man manuell make tuxbox_hotplug ausgeführt hat. Jedoch hängt sich meine Box nach dem flashen in einer Endlosschleife fest und bootet nicht durch. Bootlog werd ich ggf. nochmal nachreichen.

So hab ichs gemacht:

Code: Alles auswählen

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

cvs -qz3 up -dP -r driver_2_6_branch driver/

sh autogen.sh

sh configure --enable-maintainer-mode --with-cvsdir=$HOME/Kernel26/tuxbox_cvs --prefix=$HOME/Kernel26/dbox2 --with-checkImage=rename --enable-kernel26 --enable-ccache

make flash-neutrino-jffs2-2x

Beitrag von **seife** » Sonntag 25. November 2007, 13:21

Striper hat geschrieben:Wie schon von jemand anderem angesprochen funktioniert make flash-hotplug erst nachdam man manuell make tuxbox_hotplug ausgeführt hat.

Ja, muß ich mal fixen.

Jedoch hängt sich meine Box nach dem flashen in einer Endlosschleife fest und bootet nicht durch. Bootlog werd ich ggf. nochmal nachreichen.

Meine wird manchmal während der Kernel-initialisierung vom Watchdog resettet. Im 2.4er ist da extra ein Hack drin, der den Watchdog zwischendurch mal "kitzelt", aber das tritt bei mir nur bei vielleicht einem von 20 Bootvorgängen auf, also habe ich es noch nicht genauer untersucht.

ich habe nur squashfs geflasht, drum kann ich dir nichts zu jffs2 sagen.

nur so zur info..

das depmod problem tritt auf einem suse10 nicht mehr auf (suse9.3 ja)

Beitrag von **seife** » Dienstag 27. November 2007, 11:01

Ok, das deutet drauf hin, daß die modutils der 9.3 zu alt sind für den Kernel. Ich werde mal schauen, daß ich die modutils in $hostprefix benutze, wenn sie da sind. Ein Target um die zu bauen ist ja auch trivial.

So seife - versprochen ist versprochen.

1. Mit newmake (yBuild) komplett ausgecheckt
2. image gebaut zum test der Buildumgebung -> OK
3. 2.6er ausgecheckt + configure nach flashers Beispiel (4Beiträge höher)
4. Es läuft ewig aber scheinbar kurz vor schluß kommt Das

Code: Alles auswählen

pe -Os -fno-rtti -fno-exceptions -MT frontend.lo -MD -MP -MF ".deps/frontend.Tpo" -c -o frontend.lo frontend.cpp; \
        then mv -f ".deps/frontend.Tpo" ".deps/frontend.Plo"; else rm -f ".deps/frontend.Tpo"; exit 1; fi
 powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox/xmltree -DDEBUG_SEC_TIMING -I/home/y/tuxbox/tuxbox-cvs/driver/include -I/home/y/tuxbox/tuxbox-cvs/driver/dvb/include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox -Werror -Wall -pipe -Os -fno-rtti -fno-exceptions -MT frontend.lo -MD -MP -MF .deps/frontend.Tpo -c frontend.cpp  -fPIC -DPIC -o .libs/frontend.o
 powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox/xmltree -DDEBUG_SEC_TIMING -I/home/y/tuxbox/tuxbox-cvs/driver/include -I/home/y/tuxbox/tuxbox-cvs/driver/dvb/include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox -Werror -Wall -pipe -Os -fno-rtti -fno-exceptions -MT frontend.lo -MD -MP -MF .deps/frontend.Tpo -c frontend.cpp -o frontend.o >/dev/null 2>&1
if /bin/sh ../../libtool --tag=CXX --mode=compile powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox/xmltree   -DDEBUG_SEC_TIMING -I/home/y/tuxbox/tuxbox-cvs/driver/include -I/home/y/tuxbox/tuxbox-cvs/driver/dvb/include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox   -Werror  -Wall -pipe -Os -fno-rtti -fno-exceptions -MT video.lo -MD -MP -MF ".deps/video.Tpo" -c -o video.lo video.cpp; \
        then mv -f ".deps/video.Tpo" ".deps/video.Plo"; else rm -f ".deps/video.Tpo"; exit 1; fi
 powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox/xmltree -DDEBUG_SEC_TIMING -I/home/y/tuxbox/tuxbox-cvs/driver/include -I/home/y/tuxbox/tuxbox-cvs/driver/dvb/include -I/home/y/tuxbox/dbox2/cdkroot/include/tuxbox -Werror -Wall -pipe -Os -fno-rtti -fno-exceptions -MT video.lo -MD -MP -MF .deps/video.Tpo -c video.cpp  -fPIC -DPIC -o .libs/video.o
In file included from ../../include/zapit/video.h:33,
                 from video.cpp:28:
/home/y/tuxbox/tuxbox-cvs/driver/dvb/include/linux/dvb/video.h:27:28: linux/compiler.h: No such file or directory
In file included from ../../include/zapit/video.h:33,
                 from video.cpp:28:
/home/y/tuxbox/tuxbox-cvs/driver/dvb/include/linux/dvb/video.h:105: error: expected `;' before '*' token
make[3]: *** [video.lo] Fehler 1
make[3]: Verlasse Verzeichnis '/home/y/tuxbox/tuxbox-cvs/apps/dvb/zapit/src/zapost'
make[2]: *** [install-recursive] Fehler 1
make[2]: Verlasse Verzeichnis '/home/y/tuxbox/tuxbox-cvs/apps/dvb/zapit/src'
make[1]: *** [install-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/y/tuxbox/tuxbox-cvs/apps/dvb/zapit'
make: *** [/home/y/tuxbox/dbox2/cdkflash/root-neutrino] Fehler 2
y@y-desktop:~/tuxbox/tuxbox-cvs/cdk$

Der Fehler muß am anderen Kernel liegen, da 5 Minuten vorher ein 2.4er durchgebaut wurde.

Du hast aber schon nochmals komplett neu gebaut? Wenn schon ein 2.4er build durchlief, kann es sein, daß das mit 2.6 nicht geht. Wobei. Eigentlich sollte das den Build eher funktionieren lassen, aber nachher was kaputtmachen...
Ich habe grad nochmal einen kompletten Rebuild auf dem "Dicken Hobel" angeworfen, in einer Stunde weiß ich mehr.

Beitrag von **seife** » Freitag 21. Dezember 2007, 01:08

Bei mir hat's gebaut:

Code: Alles auswählen

export CVS_RSH=ssh
BUILDDIR=$PWD
CVS=:ext:anoncvs@cvs.tuxbox.org:/cvs/tuxbox
cvs -qz9 -d $CVS co -f -r newmake -P .
cvs -qz9 update -dP -r driver_2_6_branch driver/
cd cdk
ln -s /local/seife/src/Archive  # in /local/seife/src/ liegt mein Archive
./autogen.sh
./configure --enable-maintainer-mode \
            --with-cvsdir=$BUILDDIR \
            --prefix=$BUILDDIR/root \
            --enable-flashrules \
            --with-checkImage=rename \
            --enable-kernel26 \
            --enable-ccache
time make flash-neutrino-squashfs-all

Baut problemlos durch, 2 Images liegen in $BUILDDIR/root/cdkflash/

Beitrag von **Papst** » Freitag 21. Dezember 2007, 01:18

Da der sectionsd jetzt nicht mehr hängenbleibt konnte ich auch mal länger ein 2.6er Image testen. Btw: Good job seife
Probleme die bei mir auftreten:
- Wenn ich die Box runterfahre geht nach dem nächsten Einschalten die Fernbedienung nicht mehr. Erst nach einem Hardreset gehts wieder. Das passiert nicht nach einem Reboot, nur nach einem Deep Standby. Hab ne Nokia 600er
- Movieplayer geht nur mit abgeschalteter "Wabber Queue"
- Aufnahme geht gar nicht. Da muss ich nochmal genau nachsehen worans letztendlich scheitert.

Ansonsten hat das alles schon einen ziemlich hohen WAF

PS: Bauen is bei mir auch kein Problem

Beitrag von **seife** » Freitag 21. Dezember 2007, 01:27

Papst hat geschrieben:Da der sectionsd jetzt nicht mehr hängenbleibt konnte ich auch mal länger ein 2.6er Image testen. Btw: Good job seife
Probleme die bei mir auftreten:
- Wenn ich die Box runterfahre geht nach dem nächsten Einschalten die Fernbedienung nicht mehr. Erst nach einem Hardreset gehts wieder. Das passiert nicht nach einem Reboot, nur nach einem Deep Standby.

Lade mal die module in derselben Reihenfolge wie der 2.4er kernel. Ich hatte das Problem, daß die Philips box beim booten aus dem Deep Standby beim Laden des tda80?? hängen blieb (nicht ewig, nach 6 stunden lief sie weiter :-), wohl weil irgendeine I2C-Initalisierung nicht richtig war. Vertauschen der Reihenfolge hat da geholfen. Darum habe ich auch die miscdevices in hotplug integriert, daß man das leichter testen kann. Mir selbst ist das nie aufgefallen, weil ich zum testen immer nur rebooted habe, aber meine Frau hat die Kiste mal runtergefahren, als wegen dem leakenden sectionsd nichts mehr ging... :-)

- Movieplayer geht nur mit abgeschalteter "Wabber Queue"
- Aufnahme geht gar nicht. Da muss ich nochmal genau nachsehen worans letztendlich scheitert.

Hm, das scheint bei mir beides zu gehen, zumindest beschwert sich meine Frau nicht. Die nimmt ab und zu auf und spielt auch ab.

Beitrag von **Tommy** » Freitag 21. Dezember 2007, 09:09

So leid wie mir das tut aber die zapit baut bei mir nicht:

Code: Alles auswählen

In file included from ../../include/zapit/video.h:33,
                 from video.cpp:28:
/home/y/tuxbox/tuxbox-cvs/driver/dvb/include/linux/dvb/video.h:27:28: linux/compiler.h: No such file or directory
In file included from ../../include/zapit/video.h:33,
                 from video.cpp:28:
/home/y/tuxbox/tuxbox-cvs/driver/dvb/include/linux/dvb/video.h:105: error: expected `;' before '*' token
make[3]: *** [video.lo] Fehler 1
make[3]: Verlasse Verzeichnis '/home/y/tuxbox/tuxbox-cvs/apps/dvb/zapit/src/zapost'
make[2]: *** [install-recursive] Fehler 1
make[2]: Verlasse Verzeichnis '/home/y/tuxbox/tuxbox-cvs/apps/dvb/zapit/src'
make[1]: *** [install-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/y/tuxbox/tuxbox-cvs/apps/dvb/zapit'
make: *** [/home/y/tuxbox/dbox2/cdkflash/root-neutrino] Fehler 2

ich hab jetzt mal die video.h gelöscht und lass nochmal von vorn rennen.

EDIT:
wieder erfolglos - in Zeile 3 des Logs oben - fehlt da nicht ein Pfad vor linux/compiler.h ?

Beitrag von **seife** » Freitag 21. Dezember 2007, 09:34

Die aus driver/ dürfte, wenn ich das recht verstanden habe, mit kernel 2.6 gar nicht benutzt werden. Darum vermute ich, daß da irgendein Patch auf deiner Seite was falsch macht, oder überreste vom 2.4er build rumliegen. Bei Papst und bei mir baut's, und ich denke eher nicht, daß es am Hostsystem liegt (kann natürlich sein, aber halte ich für unwahrscheinlich).

Beitrag von **Tommy** » Freitag 21. Dezember 2007, 09:48

jetzt hast Du mich soweit. Habe ein distclean gemacht und baue nochmal mit dem Skript von Dir (weiter oben) nur die Pfade passe ich an. Eure Ergebnisse müssen doch bei gleicher Anwendung reproduzierbar sein

dauert jetzt leider ne weile aufm core Duo unter vmware

BTW:
Das Skript mit dem ich jetzt teste:

Code: Alles auswählen

#!/bin/sh

export CVS_RSH=ssh
BUILDDIR=$PWD
CVS=:ext:anoncvs@cvs.tuxbox.org:/cvs/tuxbox
cvs -qz9 -d $CVS co -f -r newmake -P .
cvs -qz9 update -dP -r driver_2_6_branch driver/
cd cdk
#ln -s /local/seife/src/Archive  # in /local/seife/src/ liegt mein Archive
./autogen.sh
./configure --enable-maintainer-mode \
            --with-cvsdir=$HOME/tuxbox/tuxbox-cvs \
            --prefix=$HOME/tuxbox/dbox2 \
            --enable-flashrules \
            --with-checkImage=rename \
            --enable-kernel26 \
            --enable-ccache
time make flash-neutrino-squashfs-all

Beitrag von **Tommy** » Freitag 21. Dezember 2007, 13:50

distclean hats gebracht

hat nun durchgebaut - mal schauen welche Box ich zum testen missbrauche

Beitrag von **Tommy** » Samstag 22. Dezember 2007, 10:51

@seife:
kann es sein, das in einem nach o.g. Verfahren gebauten Image keine rcS enthalten ist?
Ich versuche gerade über die customisation die rcS von Papst ins image zu kriegen werde aber von bad magics gebeutelt

@token: wird wohl s.o. noch ein bissi dauern

Beitrag von **seife** » Samstag 22. Dezember 2007, 11:14

Tommy hat geschrieben:@seife:
kann es sein, das in einem nach o.g. Verfahren gebauten Image keine rcS enthalten ist?

Code: Alles auswählen

seife@dick:/local/seife/src/tuxbox-newmake-2.6/cdk> l ../root/cdkflash/var-neutrino/etc/init.d/
total 32
drwxr-xr-x 2 seife users  136 21. Dez 00:53 ./
drwxr-xr-x 4 seife users 4096 21. Dez 00:53 ../
-rwxr-xr-x 1 seife users 390 21. Dez 00:53 start*
-rwxr-xr-x 1 seife users 1464 21. Dez 00:53 start_automount*
-rwxr-xr-x 1 seife users  560 21. Dez 00:53 start_enigma*
-rwxr-xr-x 1 seife users  422 21. Dez 00:53 start_lcars*
-rwxr-xr-x 1 seife users 1519 21. Dez 00:53 start_neutrino*
-rwxr-xr-x 1 seife users  166 21. Dez 00:53 start_radiobox*
-rwxr-xr-x 1 seife users  463 21. Dez 00:53 start_upnp*

Scheint so :-(
Ich schau's mir mal an.

Beitrag von **Tommy** » Samstag 22. Dezember 2007, 11:21

naja - wenn wenigstens in /etc/init.d eine wäre

Ich hab jetzt ein 2xI squashfs fertig mit der Papstschen rcS in /etc/init.d

kanns leider nicht selber testen (WAF + Weihnachtsstress). Ich brauch unbedingt wieder eine Testbox

@token: link per PN

Beitrag von **seife** » Samstag 22. Dezember 2007, 11:23

Ich Dödel! Die rcS liegt ja im Squashfs (muß ja...), und da ist sie auch:

Code: Alles auswählen

seife@dick:/local/seife/src/tuxbox-newmake-2.6/cdk> l ../root/cdkflash/root-neutrino-squashfs/etc/init.d/rcS
-rwxr-xr-x 1 seife users 7927 22. Dez 11:21 ../root/cdkflash/root-neutrino-squashfs/etc/init.d/rcS*

Beitrag von **Tommy** » Samstag 22. Dezember 2007, 11:26

seife hat geschrieben:Ich Dödel! Die rcS liegt ja im Squashfs (muß ja...), und da ist sie auch:
Code: Alles auswählen
seife@dick:/local/seife/src/tuxbox-newmake-2.6/cdk> l ../root/cdkflash/root-neutrino-squashfs/etc/init.d/rcS
-rwxr-xr-x 1 seife users 7927 22. Dez 11:21 ../root/cdkflash/root-neutrino-squashfs/etc/init.d/rcS*

also bei mir nicht - wenn ich sie nicht per root-neutrino-squashfs-local.sh während des bauens hinpacke. Wird die nicht aus der rcS.m4 oder so gebaut? Ist da alles in Ordnung?

Beitrag von **seife** » Samstag 22. Dezember 2007, 11:29

Ja. Mein build ist aus frischen, ungepatchten Sourcen, ohne customization etc, wie oben beschrieben.

also im root-neutrino-squashfs bzw. jffs2 liegt sie bei mir ohne kopieren..

Beitrag von **Tommy** » Samstag 22. Dezember 2007, 11:42

seife hat geschrieben:Ja. Mein build ist aus frischen, ungepatchten Sourcen, ohne customization etc, wie oben beschrieben.

Was soll ich sagen - meins auch. Gibt es einen Unterschied beim anonymous auschecken? ich krieg da immer eine Fehlermeldung.

EDIT:

cvs update: warning: cannot open /cvs/tuxbox/CVSROOT/val-tags read/write: Permission denied

Distclean sollte doch eigentlich "supersauber" sein - ich kann maximal noch versuchen eine komplett neue Umgebung aufzusetzen.