cdk/configure: Neue Option --with-filesystems

[rhabarber1848]

Erste Patchversion mit mmc-Support, Link zum Patch im ersten Posting, hier einige Beispiele:

Wie bisher, nun etwas ausführlicher:

--enable-ide
IDE support: yes
MMC support: yes
fstab default fs: ext3
IDE/MMC: Ext2 support yes
IDE/MMC: Ext3 support yes
IDE/MMC: XFS support no
IDE/MMC: VFAT support no
CIFS kernel module: yes
SMBFS kernel module: no
LUFS kernel module: yes
NFS kernel module: yes

Nun die neue Möglichkeit, die mmc-Module nicht ins Image aufzunehmen,
die Netzwerkdateisysteme sind unverändert:

--enable-ide --disable-mmc
IDE support: yes
MMC support: no
fstab default fs: ext3
IDE/MMC: Ext2 support yes
IDE/MMC: Ext3 support yes
IDE/MMC: XFS support no
IDE/MMC: VFAT support no

nun MMC-Support, --enable-mmc aktiviert auch vfat, ist das sinnvoll?:

--enable-mmc
IDE support: no
MMC support: yes
fstab default fs: vfat
IDE/MMC: Ext2 support no
IDE/MMC: Ext3 support no
IDE/MMC: XFS support no
IDE/MMC: VFAT support yes

MMC funktioniert aber auch mit anderen Dateisystemen:

--enable-mmc --enable-filesystems="nfs,ext2"
IDE support: no
MMC support: yes
fstab default fs: ext2
IDE/MMC: Ext2 support yes
IDE/MMC: Ext3 support no
IDE/MMC: XFS support no
IDE/MMC: VFAT support no
CIFS kernel module: no
SMBFS kernel module: no
LUFS kernel module: no
NFS kernel module: yes

Btw, die Option --enable-filesystems überschreibt sämtliche Defaults von --enable-[ide|mmc]

[GetAway]

nun MMC-Support, --enable-mmc aktiviert auch vfat, ist das sinnvoll?:

Ist auch sinnvoll für CF-Karte am IDE-Slave

[rhabarber1848]

nun MMC-Support, --enable-mmc aktiviert auch vfat, ist das sinnvoll?:

Ist auch sinnvoll für Cf-Karte am IDE-Slave

Ok, ich nehme den vfat-Default für --enable-mmc wieder raus, zuviele
Kombinationen wären zu berücksichtigen, wer vfat will, soll --enable-filesystems
nutzen.

EDIT: Done

[rhabarber1848]

- Ich glaube ein configure-option wie --with-filesystems=<list-of-filesystems> (z.B. --with-filesystems=nfs,jffs2,cifs) wäre am Automake-nähestens. (Also nicht "enable").

Done, Patch nochmals aktualisiert.

Ab sofort gilt als Beispiel: --with-filesystems=nfs,cifs,vfat

[rhabarber1848]

http://www.pt-1.net/nitr8/30_06_2007-smbfs.diff

Dieser Patch scheint mir der vollständigste zu sein, ich
habe ihn ans CVS angepasst und teste ihn im Moment.

Bitte sehr (ungetestet): neutrino_smbfs.diff

[rhabarber1848]

enable_filesystems.diff

Thread nach-oben-hol, gibt es noch Anmerkungen zu diesem Patch?

Hier die aktuelle Übersicht der aktivierbaren Optionen:

Code: Alles auswählen

IDE support:                    yes
MMC support:                    yes
fstab default fs:               xfs
IDE/MMC: Ext2 support           yes
IDE/MMC: Ext3 support           yes
IDE/MMC: XFS support            yes
IDE/MMC: VFAT support           yes
CIFS kernel module:             yes
SMBFS kernel module:            yes
LUFS kernel module:             yes
NFS kernel module:              yes

[rhabarber1848]

Sehe ich das richtig, dass in yadd-neutrino (ungepachtes CVS) zwar
cdkroot/lib/modules/2.4.36.6-dbox2/kernel/fs/lufs/lufs.o gebaut
wird, cdkroot/bin/lufsd, cdkroot/lib/liblufs-ftpfs.so.2.0.0 etc. aber
nicht? IMHO sieht das nach einem Fehler (fehlende Abhängigkeit zu
lufs in yadd-none) aus, den ich im Rahmen dieses Patch beheben kann.

[rhabarber1848]

Update des Patches:

- lufs wird nun durch yadd-none gebaut
- mmc-Treiber nun auch für Kernel 2.6 optional

Allgemeiner Patch: enable_filesystems.diff
Patch für Kernel 2.4: enable_filesystems_24.diff
Patch für Kernel 2.6 (CVS branch driver_2_6_branch): enable_filesystems_26.diff

[rhabarber1848]

Patch aktualisiert für das aktuelle CVS.
Fehlt noch irgendwas für den CVS commit?

[rhabarber1848]

Patch aktualisiert für das aktuelle CVS.

Nochmals aktualisiert wg. Kernel 2.4.37-Patch.

[dbt]

Danke nochmal, eine Kleinigkeit noch, einige Patches failen bei mir wie verrückt. Könntest du das noch mal komplett auf den letzten cvs-Stand diffen. Dann würde ich das noch mit reinnehmen.

[Striper]

Patch aktualisiert für das aktuelle CVS.

Nochmals aktualisiert wg. Kernel 2.4.37-Patch.

Funktioniert denn der neue Kernel auch ordentlich? Nicht das da wieder sowas wie damals bei rum kommt...

http://forum.tuxbox-cvs.sourceforge.net ... =7&t=47337

[dbt]

Der ist doch schon 'ne Weile im JTG am laufen.

[rhabarber1848]

Könntest du das noch mal komplett auf den letzten cvs-Stand diffen.

Habe ich doch schon gemacht
http://forum.tuxbox-cvs.sourceforge.net ... 83#p364183

[Houdini]

@rhabarber1848
Hast du denn jetzt cvs write access?

[dietmarw]

wird zeit..

[rhabarber1848]

@rhabarber1848
Hast du denn jetzt cvs write access?

Meine Mail an derget vom Montag ist bis dato unbeantwortet.

[dbt]

Habe ich doch schon gemacht

Ja stimmt, muss mal schauen, wird sich wohl irgendwas überschnitten haben. Dachte es wäre alles clean Hatte auch gestern keine rechte Lust mehr, selbst Hand anzulegen...

Edit. ist übernommen

[rhabarber1848]

Patch für Kernel 2.4: enable_filesystems_24.diff

Dieser Patch fehlt noch im CVS.

[rhabarber1848]

http://www.pt-1.net/nitr8/30_06_2007-smbfs.diff

Dieser Patch scheint mir der vollständigste zu sein, ich
habe ihn ans CVS angepasst und teste ihn im Moment.

Bitte sehr (ungetestet): neutrino_smbfs.diff

Dieser Patch ist weiterhin ungetestet, bitte um Feedback.

[dbt]

Patch für Kernel 2.4: enable_filesystems_24.diff

Dieser Patch fehlt noch im CVS.

Done, jetzt ist aber momentan Oldmake raus...

[seife]

OT:

Done, jetzt ist aber momentan Oldmake raus...

warten wir doch mal ab, ob sich jemand beschwert und ob derjenige auch mal nen Patch hat. Für mich sieht es so aus, als ob keiner oldmake maintainen will...

[dbt]

OT:

Done, jetzt ist aber momentan Oldmake raus...

warten wir doch mal ab, ob sich jemand beschwert und ob derjenige auch mal nen Patch hat. Für mich sieht es so aus, als ob keiner oldmake maintainen will...

Schon passiert, aber das ist nicht so problematisch. Ein Patch ist auch glaube ich nicht notwendig...
edit:
Die Liste der Oldmake-Files ist nur etwas größer geworden vermutlich auch nicht das letzte mal, aber patchen tue ich da nichts und mehr als das ein oder andere file da rein zu nehmen, auch nicht.

[flasher]

Hi

Ich gehe mal davon aus, dass ich etwas falsch mache.
Folgende Optionen:

Code: Alles auswählen

	./configure --prefix=$DBOX \
		--with-cvsdir=$CVS \
		--enable-filesystems="extfs,xfs,nfs,cifs,vfat,smbfs,lufs" \
		--enable-mmc --enable-ide --enable-xfs

Ergebnis:

IDE support: yes
MMC support: yes
fstab default fs: ext3
IDE/MMC: Ext2 support yes
IDE/MMC: Ext3 support yes
IDE/MMC: XFS support yes
IDE/MMC: VFAT support no
CIFS kernel module: yes
SMBFS kernel module: no
LUFS kernel module: yes
NFS kernel module: yes
NFS server: yes

Sollten die Fettgedruckten nicht auch auf YES stehen?

---------------------------
btw:
Könnten sich rhabarber1848 und Houdini mal auf eine Version beim SQLITE einigen ?
Einmal ist es $SQLITE dann mal wieder $enable_sqlite und hier sieht es mir irgendwie auch nach Mischmasch aus.

Code: Alles auswählen

AC_ARG_ENABLE(sqlite,
	[  --enable-sqlite          enable sql storage (default off)],
	[SQLITE="$withval"],[SQLITE="no"])

AC_SUBST(SQLITE)
AM_CONDITIONAL(ENABLE_SQLITE,test "$enable_sqlite" = "yes")

Gruß

[rhabarber1848]

--enable-filesystems="extfs,xfs,nfs,cifs,vfat,smbfs,lufs" \
--enable-mmc --enable-ide --enable-xfs

http://forum.tuxbox-cvs.sourceforge.net ... 50#p363050
Es muss also so heißen:

Code: Alles auswählen

--with-filesystems=extfs,xfs,nfs,cifs,vfat,smbfs,lufs

--enable-xfs ist überflüssig, es wird durch --with-filesystems=...xfs... bereits aktiviert.

--enable-ide aktiviert auch MMC-Support, Du kannst also --enable-mmc weglassen,
das habe ich so gemacht, damit Rückwärtskompatiblität gegeben ist.
Wenn Du kein MMC hast, sparst Du durch --disable-mmc Speicherplatz im Flash.

Könnten sich rhabarber1848 und Houdini mal auf eine Version beim SQLITE einigen ?

Ich kümmere mich drum, in der einen Version bleibt der Eintrag für
aktiviertes Sqlite in der Featureliste leer, in der anderen Version
für deaktiviertes Sqlite...