Ich habe versucht, die filesystemimagesbuilder (im Titel) ins CDK zu bringen, cramfs und squashfs ist relativ straightforward (downloaded tarballs von sourceforge). Das Ding ist in newmake eingecheckt. (rules-archieve und rules-make gehören noch HEAD. Ja, es wäre eine leichte Sache ins HEAD zu portieren: nur Makefile.am und configure.ac.)
jffs2 ist kniffliger. Die jffs2-entwickler bei infradead machen keine Releases, sondern hat nur ein CVS mit snapshots (genau so tuxbox

Code: Alles auswählen
U-Boot 1.1.4 (Tuxbox) (Feb 3 2006 - 17:23:44)
CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.0
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: Unknown node type: 2005 len 24 offset 0x0
. Unknown node type: 2005 len 24 offset 0x20000
| Unknown node type: 2005 len 24 offset 0x40000
done.
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET
Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 661660 bytes loaded to 0x100000
...............................................................
Zwei Sachen nocht: In einem experimentellen Branch wie newmake heisst experimentell. Mann brauch zlib zu builden, merkwerdigerweise müsste ich das Paket zlib-devel auf meinem Suse 10.0 nachinstallieren.