Menüfür IDE-Configuration

[StevenSch]

... möglicherweise ist das ein Reizthema - ich würde es trotzdem mal gern ansprechen, da es ja nun doch einige Boxen mit IDE-IF (auch bei mir) gibt.

Es gibt ja bereits eine mögliche und offensichtlich funktionierende Lösung. Daher wollte ich die Entwickler um JtG-Riker mal darauf ansprechen, ob deren Lösung nicht als (Diskussions-)Grundlage für eine Änderung im cvs und weitere Optimierungen dienen könnte.

Wie gesagt - ich persönlich denke das Interesse daran wäre sehr groß ...

[JtG-Riker]

Das soll ins CVS wenn es fertig ist, allerdings hat Innuendo der das programmiert hat z.Zt keine Zeit und es geht noch nicht alles.
Ist aber in Planung, also abwarten

Gruß Riker

[Tommy]

Ich finde das Menü auch genial und würde es auch begrüßen wenn es ins CVS wandert. (Wenns nicht unbedingt (c) ist). Anderseits werden natürlich dann auch alle Schwarzglotzimages damit ausgestattet und DAS ist Sch....

mmmmh -> Zwickmühle

[JtG-Riker]

Ich finde das Menü auch genial und würde es auch begrüßen wenn es ins CVS wandert. (Wenns nicht unbedingt (c) ist). Anderseits werden natürlich dann auch alle Schwarzglotzimages damit ausgestattet und DAS ist Sch....

mmmmh -> Zwickmühle

Tja das kann man wohl nicht verhindern, das letzte mal war es das gleiche mit LZMA-Squashfs, und was hat man nun davon, das noch mehr Vögel in die Images passen... deswegen ist mir das Egal, wenn nur 5 der Schwarzgucker-Leuten mit Programmierkenntnissen mal fürs tuxbox Project was machen würden würd es sicher nicht so in der Gasse sitzen wie jetzt, aber die lassen sich lieber feiern in den Foren

Nachdenklich, Riker

[Günther]

Vielleicht sollte man sich aber auch gar nicht so viele Gedanken machen, was andere Leute machen oder auch nicht. Ob 'die' sich feiern lassen bekomme ich noch nicht mal mit .
Ist für mich jedenfalls kein Grund alles Close-Source zu machen, die Vorteile von OpenSource überwiegen bei weitem.

Zum Beispiel schafft das LZMA update Platz für alle möglichen Erweiterungen und hilft auch bei Tests mit temorären neutrino Binaries. Ich finde es prima, daß ich mir darüber keine Gedanken mehr machen muß. Und für das Flash-Filesystem ist es auch besser, je leerer es ist.

Deshalb, nur weiter so

Günther

[mash4077]

Vielleicht sollte man sich aber auch gar nicht so viele Gedanken machen, was andere Leute machen oder auch nicht. Ob 'die' sich feiern lassen bekomme ich noch nicht mal mit .
Ist für mich jedenfalls kein Grund alles Close-Source zu machen, die Vorteile von OpenSource überwiegen bei weitem.

Wohl wahr, aber die meisten hier würden ohne mit den Wimpern zu zucken das Tuxbox-CVS dem Erstbesten daher gelaufenen "verkaufen", wenn der ihnen weismacht, dass er dafür z. B. irgendein Feature einbaut. Hier geht's doch nur noch um Leute, die entweder etwas auf Teufel komm raus haben wollen, oder ihren Geltungsdrang damit befriedigen 99,5% Open Source Arbeit aus dem CVS zu nehmen und es mit 0,5% Scriptwissen zu garnieren. Hier geht's auch gar nicht um irgendwelche Imagebauer der dunklen Seite. Die werden nur gerne als Sündenböcke hergenommen, um von den eigenen Charakterschwächen und niederen Beweggründen abzulenken. Denn eines kann man den EMU-Imagebauern nicht nachsagen, die machen Ihre Images tatsächlich, damit sie andere Leute nutzen können und nicht, um sich ständig damit hervorzuheben. Ach, und die Plugins der dunklen Seite werden im Übrigen auch immer gerne genommen...

Gruß
mash

[DBoxBaer]

Vielleicht sollte man sich aber auch gar nicht so viele Gedanken machen, was andere Leute machen oder auch nicht. Ob 'die' sich feiern lassen bekomme ich noch nicht mal mit ;).
Ist für mich jedenfalls kein Grund alles Close-Source zu machen, die Vorteile von OpenSource überwiegen bei weitem.

Danke, das haette Wort fuer Wort von mir kommen koennen.

Hier geht's doch nur noch um Leute, die entweder etwas auf Teufel komm raus haben wollen, oder ihren Geltungsdrang damit befriedigen

Ich hoffe mal Du meinst damit nicht Leute wie z.B. Guenther oder Carjay oder die vielen anderen (die ich jetzt nicht einzeln auffuehren will, man verzeihe mir), die schoen regelmaessig was ins CVS einchecken.

Soll man aufgeben, weil es Leute gibt, die OpenSource Code missbrauchen? Ich denke nicht. Koennen wir was dagegen tun? Vielleicht. Aber wollen wir das? Das ist doch nur unsinniger Aufwand, den man besser in Verbesserungen stecken kann.
Oder man sinkt auf das gleiche Niveau, weil die Ergebnisse von Verbesserungen selbst nicht mehr Open Source sind. Und das ist dann die schlechteste Loesung.

Darum mal anders rum: Eine Bitte an alle Imagebauer:
Denkt mal darueber nach Code zurueck zu geben, sonst stirbt Euch der (auch fuer Euch) wichtige Teil noch langsam weg, weil keiner mehr Lust dazu hat.

Und an alle Leute mit etwas C/C++ Know How (oder auch ohne): probiert doch mal ein Image selbst zu bauen, und schaut Euch den Code an. Vielleicht findet ihr ja ein paar Details, die man verbessern kann?

Ciao,
DboxBaer

[StevenSch]

Ihr habe ja alle mehr oder weniger recht, aber eigentlich sollte es hier ums IDE-Menue gehen und da haben die Extra-Features der Images der "dunklen Seite" fast nichts mit zu tun. Maximal deren zugegeben manchmal durchaus brauchbare Plugins.

Meiner Meinung nach sollte man erst mal auf ein paar grundsätzlche Standarts einigen, z.B.:
- "Enable IDE ja/nein" im Menü Treiber/Bootoptionen ?
- Platz fürs Config-Menue und Standartplugins ?
- Benutzung von Messagebox ?

[Tommy]

Ihr habe ja alle mehr oder weniger recht, aber eigentlich sollte es hier ums IDE-Menue gehen und da haben die Extra-Features der Images der "dunklen Seite" fast nichts mit zu tun. Maximal deren zugegeben manchmal durchaus brauchbare Plugins.

Meiner Meinung nach sollte man erst mal auf ein paar grundsätzlche Standarts einigen, z.B.:
- "Enable IDE ja/nein" im Menü Treiber/Bootoptionen ?
- Platz fürs Config-Menue und Standartplugins ?
- Benutzung von Messagebox ?

Ich weiß nicht ob Du's schon mal gesehen hast - im JTG Image ist ein komplettes Menü schon enthalten (ohne Verwendung von Messagebox). Um dieses geht es hier bzw. dessen "Eincheckung" ins CVS. Lad Dir mal einen aktuellen JTG Snapshot und schaus Dir an - da bleiben kaum Wünsche offen.

[mash4077]

Ich hoffe mal Du meinst damit nicht Leute wie z.B. Guenther oder Carjay oder die vielen anderen (die ich jetzt nicht einzeln auffuehren will, man verzeihe mir), die schoen regelmaessig was ins CVS einchecken.

Natürlich nicht!

(Ich habe offensichtlich immer noch große Probleme, mich richtig auszudrücken...)

Gruß
mash

[nessus]

IDE Menü aus dem JTG, bitte ins CVS.

nessus

[PT-1]

nessus:

IDE Menü aus dem JTG, bitte ins CVS.

nessus

Das soll ins CVS wenn es fertig ist, allerdings hat Innuendo der das programmiert hat z.Zt keine Zeit und es geht noch nicht alles.
Ist aber in Planung, also abwarten

Gruß Riker

[Joggermoon]

Inno ist im Moment privat sehr eingespannt und selten online, kann also noch etwas dauern.

Ohne die "dunkle Seite" würde das Licht auf der "hellen Seite" auch nicht so hell brennen. Beide Seiten profitieren seit Jahren voneinander...

[nessus]

Ohne die "dunkle Seite" würde das Licht auf der "hellen Seite" auch nicht so hell brennen. Beide Seiten profitieren seit Jahren voneinander...

Das denke ich auch, man sollte mal promotion Tour gehen

nessus

[JtG-Riker]

Kann das ma einer closen, ist doch eigendlich schon alles gesagt und nur noch OT ....

Habe betreits oben geschrieben das es ins CVS kommt, aber interessant ist es immer wer dann aus der Versenkung kommt hab ich gerade gesagt bekommen per ICQ...

Riker

[Token]

@riker:
tja, jetzt sind wir 4 wochen ohne weitere info's, die frage ist nun aber wirklich: kommt da noch was ?
cu token

[StevenSch]

Ich hänge meine Frage mal hier an, weil passt gaanz gut zum Thema. (Ich schicke voraus ich bin Anfänger was c++ angeht.)
Ich wollte mal versuchen bei den Boot und Treiber-Optionen einen Switch für IDE analog PMT-Update etc einzubauen. Das heisst es soll zumAktivieren von IDE in /var/etc ein .ide gesetzt werden.
Also hab ich die neutrino.cpp um eine zusätzliche Zeile "{LOCALE_DRIVERSETTINGS..." erweitert , die locals.h, locals_intern.h, english.locale und deutsch.locale angepasst.

Beim kompilieren bekomme ich nun folgende Fehlermeldung:

Code: Alles auswählen

make[4]: Entering directory `/home/steven/tuxbox/tuxbox-cvs/apps/tuxbox/neutrino/src'
if powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../daemons -I../lib -I/home/steven/tuxbox/dbox2/cdkroot/include/tuxbox/connection -I/home/steven/tuxbox/dbox2/cdkroot/include/tuxbox -I/home/steven/tuxbox/dbox2/cdkroot/include/freetype2 -I/home/steven/tuxbox/dbox2/cdkroot/include/tuxbox -I/home/steven/tuxbox/dbox2/cdkroot/include/tuxbox -I/home/steven/tuxbox/dbox2/cdkroot/include/tuxbox -I/home/steven/tuxbox/dbox2/cdkroot/include/tuxbox -I/home/steven/tuxbox/dbox2/cdkroot/include -I/home/steven/tuxbox/tuxbox-cvs/driver/include    -I/home/steven/tuxbox/tuxbox-cvs/driver/dvb/include -I/home/steven/tuxbox/tuxbox-cvs/driver/include  -Wall -mcpu=823 -pipe -Os -MT neutrino.o -MD -MP -MF ".deps/neutrino.Tpo" -c -o neutrino.o neutrino.cpp; \
        then mv -f ".deps/neutrino.Tpo" ".deps/neutrino.Po"; else rm -f ".deps/neutrino.Tpo"; exit 1; fi
neutrino.cpp:2285: error: too many initializers for `const driver_setting_files_struct_t[5]'
neutrino.cpp:4891:2: warning: #warning TODO: it might make some sense to have some log-file (but where do we store this information? nfs/flash/ram?) that collects these messages and maybe a menu-entry to view the lasted XXX messages
neutrino.cpp:5757:2: warning: #warning TODO: reload LCD fonts, too
make[4]: *** [neutrino.o] Fehler 1
make[3]: *** [all-recursive] Fehler 1
make[4]: Leaving directory `/home/steven/tuxbox/tuxbox-cvs/apps/tuxbox/neutrino/src'
make[3]: Leaving directory `/home/steven/tuxbox/tuxbox-cvs/apps/tuxbox/neutrino/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/home/steven/tuxbox/tuxbox-cvs/apps/tuxbox/neutrino'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/home/steven/tuxbox/tuxbox-cvs/apps/tuxbox/neutrino'
make: *** [/home/steven/tuxbox/dbox2/cdkflash/root-neutrino] Fehler 2

Der vermutlich wichtige Teil ist "neutrino.cpp:2285: error: too many initializers for `const driver_setting_files_struct_t[5]'".
Wo wird definiert das driver_setting_files maximal 4 sein darf?
i wird doch durch eine Schleife hochgezählt, solange es wahr ist und ist nicht begrenzt.

[fran]

Wahrscheinlich liegt's an der Variablen DRIVER_SETTING_FILES_COUNT in system/settings.h.

Hab mich vor geraumer Zeit als C++-Laie auch dran gewagt (Switch für NFS, Samba und IDE). Werde das Diff mal auf wittnet.de hochladen.

[CarstenW]

@fran,
kannst Du mir mal ein binary ins UPLOAD hochladen, ich stelle mich mit dem patchen einfach zu blöd an.

Carsten

[mb405]

apps/tuxbox/neutrino/src/system/settings.h das hier suchen

Code: Alles auswählen

#if HAVE_DVB_API_VERSION == 1
#define DRIVER_SETTING_FILES_COUNT 6
#else
#define DRIVER_SETTING_FILES_COUNT 5
#endif

und das draus machen

Code: Alles auswählen

#if HAVE_DVB_API_VERSION == 1
#define DRIVER_SETTING_FILES_COUNT 7
#else
#define DRIVER_SETTING_FILES_COUNT 6
#endif

einfach nur die zahl um 1 erhöhen.

[PT-1]

Und wenn alles durchlaeuft bitte auch die DIFF's hochladen ;-)

[StevenSch]

für die patches.txt in yjogals script

Code: Alles auswählen

cdk/root/etc/init.d;rcS.m4.diff
cdk/root/etc/init.d;Makefile.am.diff
cdk/make;flashroot.mk.diff
cdk/make;high-level-yadd.mk.diff
apps/tuxbox/neutrino/src/system;settings.h.diff
apps/tuxbox/neutrino/src;neutrino.cpp.diff
apps/tuxbox/neutrino/src/system;locals.h.diff
apps/tuxbox/neutrino/src/system;locals_intern.h.diff
apps/tuxbox/neutrino/data/locale;deutsch.locale.diff
apps/tuxbox/neutrino/data/locale;english.locale.diff

die diffs liegen als zip hierhttp://www.dorf-disko.de/pub/diffs.zip

Zu Beachten: das sind diffs für newmake.

ToDo:
- das Ganze für HEAD anpassen
- wenn Samba/NFS/IDE nicht mit gebaut wird, sieht man den auch Menueeintrag nicht.
- Untermenu für IDE, wo Swap/Cache/Dateisystem etc gesteuert werden können.
- ...[/code]

[StevenSch]

Wann und wo werden die bei IDE zusätzlich zu mountenden Verzeichnisse in die fstab eingetragen ? Im Sourche steht da ja noch nichts von
/dev/ide/host0/bus0/target0/lun0/part1 swap swap noauto 0 0
oder so ähnlich drin

[fran]

@CarstenW

im cvs/head-Dir (dort wo die Verzeichnisse apps, cdk, .. drin sind)
patch -p1 <newmake-ide-gui-switch.diff

@StevenSch
in cdk/make/flashable-dirs.mk

[StevenSch]

Bitte berichtigt mich, wenn ich was falsch verstanden habe.
Normalerweise wird die fstab zum mounten der IDE-Verzeichnisse verwendet. Da die fstab während des Build-Vorganges erstellt wird, muss man sich schon beim image-Erstellen auf ein Dateisystem festlegen.
fstab mit ide-support (Standart im cvs):

Code: Alles auswählen

proc	/proc		proc	defaults	0 0
tmpfs	/tmp		tmpfs	defaults	0 0
sysfs	/sys		sysfs	noauto		0 0
devpts  /dev/pts	devpts	noauto		0 0
/dev/ide/host0/bus0/target0/lun0/part1 swap swap noauto 0 0
/dev/mtdblock/3     /var     jffs2     defaults     0 0
/dev/ide/host0/bus0/target0/lun0/part2 /hdd ext3 defaults 1 2

Währe es da nicht sinnvoller die fstab für das IDE-Zeugs aussen vor zu lassen und statt dessen das mounten in der rcS vorzunehmen?
Vorteil nur die benötigten Treiber werden geladen.
(Ausschnitt aus meiner rcS - nur der der IDE Teil)

Code: Alles auswählen

#modified for extended IDE
HDD0=/dev/ide/host0/bus0/target0/lun0 

# Enable IDE support if marker file /var/etc/.start_ide exists
if [ -e /var/etc/.start_ide ]; then
	# If appropriate, load ide drivers and file system drivers
	if [ $KMINOR -ge 6 ]; then
		# kernel 2.6
		if [ -e /lib/modules/$(uname -r)/extra/ide/dboxide.ko ] ; then
			loadmodule(dboxide)
		fi
	else
		# kernel 2.4
		if [ -e /lib/modules/$(uname -r)/misc/dboxide.o ] ; then
			loadmodule(ide-core)
			loadmodule(dboxide)
			loadmodule(ide-detect)
			loadmodule(ide-disk)
		fi
	fi
	
	#modified for extended IDE
	#enable SWAP on Partition1
	if [ -e /var/etc/.swap ] ; then
        	/sbin/swapon /dev/discs/disc0/part1 && /bin/mount -n -t tmpfs tmpfs /tmp -o size=64M,remount
	fi
	
	#enable ext2, ext3 or xfs on Partition2
	if [ -e /var/etc/.ext2 ]; then
		$IM $MD/ext2.o
		mount -t ext2 $HDD0/part2 /hdd 
	elif [ -e /var/etc/.ext3 ]; then
		$IM $MD/jbd.o
		$IM $MD/ext3.o
		mount -t ext3 $HDD0/part2 /hdd 
	elif [ -e /var/etc/.xfs ]; then
		$IM $MD/xfs.o
		mount -t xfs $HDD0/part2 /hdd	
	fi
	
	if [ -e /var/tuxbox/config/target0.hdparm ]; then
		/sbin/hdparm -S60 -M128 $(cat /var/etc/opt_hdparm 2>/dev/null) /dev/ide/host0/bus0/target0/lun0/disc
	fi
fi

Wo liegt das Pro und Contra bei beiden Versionen ?