Post deleted by Toxic[Q]

27 november 2002

ok, so basically:

the dreambox image is an cramfs (old one, big endian, we might sooner or later switch to a new bootloader and the new cramfs - i made the terrible fault of using an old mkcramfs while developing the cramfs-parser ), packed with a complete root-filesystem.

you can extract the files, and do an nfs-root-boot. you have to modify the kernel parameters ("ip=bootp root=/dev/nfs"), and setup a bootp/nfs server.

the root itself is basically a linux/dbox2-root (from the tuxbox project), so if you want to do your own:

- grab the CVS (!!) at tuxbox.berlios.de

USE THE rel_1_0_0 branch! CHECKOUT USING "-r rel_1_0_0".

- compile it .. you should use linux, cygwin sucks a bit. recommended distribution is debian for me, but suse, redhat etc. works as well . so basically it depends on YOU which distribution you use.

important is to read the readme file in the cdk, which states which versions of different tools you should use.

USE THESE VERSIONs. DON'T, NEVER EVER, BUILD AS root !!! i once did that, and thrashed my glibc by doing a "make install" in the wrong directory. DON'T BUILD AS ROOT!

basically the CDK is a "cross development kit". it provides your system:

- with the required cross-compilers ("powerpc-tuxbox-linux-gnu-gcc" et al)

- with required tools

- and with neutrino/enigma/lcars/... sources.

what it DOES NOT PROVIDE:

- a kernel fitting to the dreambox. basically our kernel is the linuxppc 2_4_devel, compiled for redwood5. we will publish a .config file and kernel diffs, until now you have to use our kernel (sorry). there just to many pitfalls if you try compiling it on your own. sorry. we will change that. please don't cry.

- drivers. we will provide parts as sources, but until some time it will be impossible for you to rebuild the driver. sorry. this will change as well, but we first want to clean them up, remove unneeded code, care a bit more about licenses (we can't release the whole code as GPL, since of NDAs and own interests as well as "regulations" made by stupid german law. sorry again.)

maybe a small statement about licenses: there are some code by © convergence in it (speaking about dvb_frontend.c, stv0299.c, ...), we can (off course, as required by LGPL) provide the diff-files (there aren't many changes). the most code is a demux-plugin, which doesn't depend on anything else.

as said. we will clean up the drivers, and then we will release re-compilable parts. some parts CAN'T be released as open source. sorry. it is stupid - when someone else changes the code, implements unlawful features, the dreambox can be forbidden in germany. we don't want that. if you hack around , it's your think. but please keep that problem in mind, especially thinking about the magic module and it's problems.

- a "make image"-script. you have to sort out the stuff which doesn't fit in an image by yourself.

current CDK should be binary compatible to the dreambox drivers and images (unless you use HEAD, which depends on the dvb v3 api, which is not yet complete for the dreambox (and not yet complete for the dbox2, either))

try compiling a "hello world". you can even try it out in an image, upload it to /var/tmp and run it via telnet.

any questions?

please write in english, since i do not understand dutch. you might try in german, too <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />

and the last thing:

please don't see me here as a guy from DMM. i'm just here because i like to see other people playing around with the dreambox. please don't discuss with me: possibilities to hack or emulate cards and ANY commercial aspect of the dreambox. keep it technical. thanks.

Xzor · 27 november 2002

Sweet ! A CDK for the tuxbox project under linux would be really nice. Now I am using an older ppc crosscompiler from suse 7.3. It ables you to compile files for the ppc but is not optimized for the tuxbox project. I'm be looking forward for the CDK. I have been able to compile some of the programs of the tuxbox project but still all links to libraries etc. need to be setup. So a CDK would be really a good idea.

Thanks for your time and interest.

Xzor · 28 november 2002

Dear tmbinc, i have installed the cdk from the berlios site. It all seems to work except for the make extra part, this part returned some errors on the java part. But for now I will not need the extra packages. I also could compile the Enigma sources with succes in the KDevelop environment.

Now I will focus on creating an image. Have you got any more hints on this topic ?? <img src="/ubbthreads/images/graemlins/cool.gif" alt="" />

28 november 2002

Hm, you better start off with a betaXX.img, extract the data and exchange files, and mkcramfs it again (using big endianess!!)

if you want to exchange, for example, enigma, just do a "make install", and copy .. (always out of /dbox2/cdkroot to your image root) /bin/enigma, /lib/libenigma* and maybe /share/tuxbox/enigma .. you have to strip them afterwards (powerpc-tuxbox-linux-gnu-strip /flashroot/bin/enigma /flashroot/lib/* etc.) and then it should work.

-= [ Appien ] =- · 29 november 2002

While compiling the extra's I get the following errors:

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c: In function `md_assemble':

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2172: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2174: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2179: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2181: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2186: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2188: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2193: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:2195: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c: In function `md_apply_fix3':

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:5388: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:5395: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:5402: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:5409: warning: right shift count >= width of type

../../binutils-2.13.90.0.4/gas/config/tc-ppc.c:5537: Internal compiler error in simplify_subreg, at simplify-rtx.c:2452

Please submit a full bug report,

with preprocessed source if appropriate.

See <URL:http://bugzilla.redhat.com/bugzilla/> for instructions.

make[4]: *** [tc-ppc.o] Error 1

make[4]: Leaving directory `/home/tuxbox/tuxbox-cvs/cdk/build/gas'

make[3]: *** [all-recursive] Error 1

make[3]: Leaving directory `/home/tuxbox/tuxbox-cvs/cdk/build/gas'

make[2]: *** [all-recursive-am] Error 2

make[2]: Leaving directory `/home/tuxbox/tuxbox-cvs/cdk/build/gas'

make[1]: *** [all-gas] Error 2

make[1]: Leaving directory `/home/tuxbox/tuxbox-cvs/cdk/build'

make: *** [.binutils] Error 2

29 november 2002

don't use REDHATs broken compiler.

Use normal GCCs.

-= [ Appien ] =- · 29 november 2002

I removed the Red Hat 8.0 GCC Compiler, but still I get those errors: