**** BEGIN LOGGING AT Mon Feb 25 10:59:56 2008
Feb 25 11:08:21 <tonymy01_> this is mentioned here: http://www.avsforum.com/avs-vb/showthread.php?t=576107&page=72
Feb 25 11:08:42 <tonymy01_> usr/local/lib/gcc-lib/arm-elf/2.95.3/libgcc.a(__main.o)(.data+0x0): undefined reference to `__DTOR_LIST__'
Feb 25 11:08:42 <tonymy01_> collect2: ld returned 1 exit status
Feb 25 11:08:42 <tonymy01_>  
Feb 25 11:08:42 <tonymy01_>  
Feb 25 11:08:42 <tonymy01_> This is what I got when I tried to cross compile something
Feb 25 11:08:48 <tonymy01_> That usually means that the elf2flt argument hasn't got through to the linker. Do you definitely have -Wl,elf2flt on your command line and/or in CFLAGS? For simple stuff of your own, this is usually easy to do. For stuff with a simple make file, it's not too much trouble. For stuff using autoconf "it varies" !!!!
Feb 25 11:20:40 <tonymy01_> yay
Feb 25 11:20:45 <tonymy01_> i got .configure working rod
Feb 25 11:20:51 <tonymy01_> ./configure i mean
Feb 25 11:23:37 <tonymy01_> AR=/usr/local/bin/arm-elf-ar
Feb 25 11:23:37 <tonymy01_> AS=/usr/local/bin/arm-elf-as
Feb 25 11:23:37 <tonymy01_> LD=/usr/local/bin/arm-elf-ld
Feb 25 11:23:37 <tonymy01_> GCC=/usr/local/bin/arm-elf-gcc
Feb 25 11:23:37 <tonymy01_> CXX=/usr/local/bin/arm-elf-g++
Feb 25 11:23:38 <tonymy01_> RANLIB=/usr/local/bin/arm-elf-ranlib
Feb 25 11:23:40 <tonymy01_> STRIP=/usr/local/bin/arm-elf-strip
Feb 25 11:23:42 <tonymy01_>                 CFLAGS="-O2"
Feb 25 11:23:44 <tonymy01_>                LDFLAGS="-L/usr/local/arm-elf/lib -Wl,-elf2flt -o conftest" \
Feb 25 11:23:46 <tonymy01_>                 ./configure \
Feb 25 11:23:48 <tonymy01_>                --build=i386-pc-linux-gnu \
Feb 25 11:23:50 <tonymy01_>               --host=arm-elf \
Feb 25 11:23:52 <tonymy01_>               --target=arm-elf \
Feb 25 11:23:54 <tonymy01_>                --prefix=/opt \
Feb 25 11:23:56 <tonymy01_>               --disable-nls \
Feb 25 11:23:58 <tonymy01_>              --disable-static \
Feb 25 11:24:20 <tonymy01_> the "-o conftest" was what it took to fool the configure to build a binary, the actual make seems to cope alright with this later on
Feb 25 11:24:24 <tonymy01_> and ...
Feb 25 11:24:37 <tonymy01_> # cp /tmp/mnt/smb/TONYSPC/storedToppyCaptures/hello .
Feb 25 11:24:37 <tonymy01_> # ./hello
Feb 25 11:24:37 <tonymy01_> Hello, world!
Feb 25 11:24:37 <tonymy01_> # pwd
Feb 25 11:24:37 <tonymy01_> #
Feb 25 11:25:36 <tonymy01_> # ./hello -v
Feb 25 11:25:37 <tonymy01_> hello (GNU hello) 2.3
Feb 25 11:26:23 <tonymy01_> # ./hello -t
Feb 25 11:26:24 <tonymy01_> hello, world
Feb 25 11:26:24 <tonymy01_> # ./hello -n
Feb 25 11:26:24 <tonymy01_> +---------------+
Feb 25 11:26:24 <tonymy01_> | Hello, world! |
Feb 25 11:26:24 <tonymy01_> +---------------+
Feb 25 11:26:26 <tonymy01_> # ./hello -g "got this workig on the wiz, yay"
Feb 25 11:26:28 <tonymy01_> got this workig on the wiz, yay
Feb 25 11:26:30 <tonymy01_> #
Feb 25 11:26:35 <Yuv422> :-)
Feb 25 11:27:59 <tonymy01_> I can see the "fooling" of configure gets into the make, but seems to work:  "source='hello.c' object='hello.o' libtool=no \
Feb 25 11:28:00 <tonymy01_>         DEPDIR=.deps depmode=gcc /bin/bash ../build-aux/depcomp \
Feb 25 11:28:00 <tonymy01_>         /usr/local/arm-elf/bin/gcc -DLOCALEDIR=\"/opt/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I/usr/local/arm-elf/include/ -I../gnulib/lib -I../gnulib/lib   -O2 -c hello.c
Feb 25 11:28:00 <tonymy01_> "
Feb 25 11:29:33 <tonymy01_> i will put this in the wiki also now
Feb 25 11:43:44 <rwhitby> Hmm - wonder why -o conftest is needed ...
Feb 25 11:44:15 <tonymy01_> it can probably be done another way, but look at the command line it builds up to do a brief test
Feb 25 11:44:23 <tonymy01_> it doesn't build the object file
Feb 25 11:44:43 <tonymy01_> it creates a conftest.c and compiles it to check all is ok before building yoru makefile
Feb 25 11:45:17 <tonymy01_> that was the only bit i could see missing compared to running from a batchfile
Feb 25 11:45:26 <tonymy01_> so i added it and bobs your uncle
Feb 25 11:53:26 <rwhitby> + /usr/local/bin/arm-elf-gcc -shared -o libcrypto.so.0.9.7 -Wl,-soname=libcrypto.so.0.9.7 -\
Feb 25 11:53:26 <rwhitby> Wl,-Bsymbolic -Wl,--whole-archive libcrypto.a -Wl,--no-whole-archive -L. -Wl,-elf2flt -L/ho\
Feb 25 11:53:26 <rwhitby> me/slug/optware/openwiz/staging/opt/lib -Wl,-rpath,/opt/lib -Wl,-rpath-link,/home/slug/optw\
Feb 25 11:53:26 <rwhitby> are/openwiz/staging/opt/lib -ldl
Feb 25 11:53:28 <rwhitby> /usr/local/arm-elf/bin/ld.real: cannot find -ldl
Feb 25 11:56:56 <tonymy01_> have you tried this, there is a tonne of options for ld:  /usr/local/arm-elf/bin/ld.real --help
Feb 25 11:57:38 <rwhitby> the problem here is that our toolchain doesn't have a libdl.a
Feb 25 11:58:26 <tonymy01_> oh
Feb 25 11:58:37 <tonymy01_> baby steps at the moment it seems
Feb 25 11:59:14 <tonymy01_> yeah, i can see my Asus toolchain has it, plus the ubuntu/debian native gcc
Feb 25 11:59:56 <tonymy01_> but not with either the toolchain mess i tried to install from Erics link (the http://www.services.digitus.de/data/download/firmware/gpl/GPL_DA-70900.tar.gz)
Feb 25 12:00:10 <tonymy01_> nor the arm-elf-tools
Feb 25 12:00:31 <rwhitby> so no shared libraries
Feb 25 12:00:55 <tonymy01_> how easy is it to set those up?
Feb 25 12:04:26 <rwhitby> not easy at all
Feb 25 12:04:31 <tonymy01_> :-(
Feb 25 12:04:48 <rwhitby> zlib seems to build
Feb 25 12:05:53 <tonymy01_> so you are just essentially seeing how many optware packages you can get working?
Feb 25 12:05:59 <rwhitby> yep
Feb 25 12:06:00 <tonymy01_> you know we can get NTP working and keep everyone happy
Feb 25 12:06:09 <rwhitby> well, I'm starting with openssh
Feb 25 12:06:23 <Yuv422> remember vfork
Feb 25 12:06:24 <tonymy01_> the only thing I am a bit wary of is that it has a default Korean timezone
Feb 25 12:06:55 <tonymy01_> and if I start frigging with timezones it might bugger something in wizdvp with how it handles timestamps from broadcasters and the like
Feb 25 12:07:26 <tonymy01_> Did you read this rod? http://www.linuxjournal.com/article/7221
Feb 25 12:07:44 <tonymy01_> It shows some of the limitations of uclinux
Feb 25 12:08:06 <rwhitby> yep
Feb 25 12:08:14 <tonymy01_> http://www.linuxjournal.com/article/7221
Feb 25 12:08:15 <rwhitby> I'm just trying brute force first :-)
Feb 25 12:08:17 <tonymy01_> damn
Feb 25 12:08:32 <tonymy01_> sorry, so used to copy/paste working wtihout ctrl-c in putty
Feb 25 12:08:41 <tonymy01_> i was copying from the webpage
Feb 25 12:08:48 <tonymy01_> Shared Libraries
Feb 25 12:08:49 <tonymy01_> Although a complete discussion of shared libraries is beyond the scope of this article, they are quite different under uClinux.
Feb 25 12:10:35 <rwhitby> yeah, read that.
Feb 25 12:10:54 <rwhitby> I'm flying to the US tomorrow at 9am, so tonight I'm just trying to build static binaries.
Feb 25 12:11:33 <tonymy01_> anyway, i was hoping to code LCN, RF channel details into WizRemote tonight.. but my eyes are killing from staring at this crt all night
Feb 25 12:12:03 <tonymy01_> so that'll be tomorrow, at least i can get the compiler to do what i want it to now
Feb 25 12:12:11 <tonymy01_> if you don't mind of course eric
Feb 25 12:12:16 <tonymy01_> although i have never coded php
Feb 25 12:12:28 <Yuv422> should be ok
Feb 25 12:12:32 <tonymy01_> but your code is nicely written and easy to follow
Feb 25 12:12:38 <Yuv422> ty
Feb 25 12:12:53 <Yuv422> it's hard showing your code to the world
Feb 25 12:13:03 <Yuv422> lots of people to judge you :)
Feb 25 12:13:15 <tonymy01_> not me, i mainly learn this stuff by example
Feb 25 12:13:21 <tonymy01_> so yours was a good example to start with
Feb 25 12:13:45 <rwhitby> Yuv422: having other people look at your code is usually a positive thing.
Feb 25 12:13:57 <rwhitby> just make sure it's a good community that you show it to first ;-)
Feb 25 12:14:01 <tonymy01_> one bit that confuses me actually
Feb 25 12:14:04 <tonymy01_> hang on
Feb 25 12:14:22 <Yuv422> yes and reading other people's code can help alot too
Feb 25 12:14:40 <Yuv422> It's always good to see different approaches
Feb 25 12:15:06 <tonymy01_> if(aes_flag == 0 || aes_handshake(cli, aes_key) == 1)
Feb 25 12:15:47 <tonymy01_> as far as I can tell, aes_flag is only 0 if something bad happened (like not being able to open the key file) so really it shouldn't be processing at all from this point?
Feb 25 12:16:00 <Yuv422> if the key file isn't present then we assume they don't want aes encryption
Feb 25 12:16:08 <tonymy01_> oh, ok
Feb 25 12:16:16 <Yuv422> probably not the best logic
Feb 25 12:16:18 <tonymy01_> that makes sense
Feb 25 12:16:34 <tonymy01_> problem was when i built the test wizremote, i was getting socket errors
Feb 25 12:16:48 <Yuv422> hmm
Feb 25 12:16:48 <tonymy01_> and thought this was because my compiler wasn't right
Feb 25 12:17:14 <tonymy01_> but it turned out it was because i was runnign the app from a different directory that didn't have the keyfile in there
Feb 25 12:17:14 <Yuv422> we probably should warn when the aes key file isn't provided
Feb 25 12:17:18 <tonymy01_> yep
Feb 25 12:17:44 <tonymy01_> I think:
Feb 25 12:17:47 <tonymy01_>      fp = fopen("wizremote.key", "r");
Feb 25 12:17:47 <tonymy01_>      if(fp == NULL)
Feb 25 12:17:47 <tonymy01_>      {
Feb 25 12:17:47 <tonymy01_>           return 0;
Feb 25 12:17:47 <tonymy01_>      }
Feb 25 12:17:54 <tonymy01_> oops, didn't meant to CR
Feb 25 12:18:22 <tonymy01_>      fp = fopen("wizremote.key", "r");
Feb 25 12:18:22 <tonymy01_>      if(fp == NULL)
Feb 25 12:18:22 <tonymy01_>      {
Feb 25 12:18:22 <tonymy01_>           printf("No keyfile found\n");return 0;
Feb 25 12:18:22 <tonymy01_>      }
Feb 25 12:18:49 <tonymy01_> only helps those that have run from shell though rather than >/dev/null
Feb 25 12:18:56 <Yuv422> yeah
Feb 25 12:19:40 <Yuv422> I was looking at the spec sheet for the em8623L and it does hardware accelerated AES
Feb 25 12:19:46 <Yuv422> :)
Feb 25 12:20:07 <tonymy01_> i didn't think of the "no keyfile AND tweaking the PHP side to not use AES" for that if aes_flag bit
Feb 25 12:20:37 <tonymy01_> have you done socket coding before?
Feb 25 12:20:45 <Yuv422> I think we should probably stear users towards using AES
Feb 25 12:20:45 <rwhitby> openssl library built.  app itself doesn't build.
Feb 25 12:20:59 <rwhitby> /usr/local/bin/arm-elf-gcc -g -O2 -Wall -Wpointer-arith -Wuninitialized -Wsign-compare  -I.\
Feb 25 12:20:59 <rwhitby>  -I.. -I. -I./.. -I/home/slug/optware/openwiz/staging/opt/include -I/home/slug/optware/open\
Feb 25 12:20:59 <rwhitby> wiz/staging/opt/include -I/home/slug/optware/openwiz/staging/opt/include -O2   -pipe  -DHAV\
Feb 25 12:20:59 <rwhitby> E_CONFIG_H -c strtonum.c
Feb 25 12:20:59 <rwhitby> strtonum.c: In function `strtonum':
Feb 25 12:21:00 <rwhitby> strtonum.c:58: `LLONG_MIN' undeclared (first use in this function)
Feb 25 12:21:02 <rwhitby> strtonum.c:58: (Each undeclared identifier is reported only once
Feb 25 12:21:03 <Yuv422> tonymy01_: yeah
Feb 25 12:21:06 <rwhitby> strtonum.c:58: for each function it appears in.)
Feb 25 12:21:08 <rwhitby> strtonum.c:60: `LLONG_MAX' undeclared (first use in this function)
Feb 25 12:21:10 <rwhitby> make[2]: *** [strtonum.o] Error 1
Feb 25 12:22:21 <rwhitby> ntpclient builds
Feb 25 12:22:35 <tonymy01_> it is great you have done socket stuff before, because I would have made mince meat of anything I would have attempted, I probably would have done file transfer method of communication
Feb 25 12:23:45 <Yuv422> before I knew about the romfs in the kernel image I build a replacement for wizpnp which opened a socket then sonnected it to /bin/sh
Feb 25 12:24:03 <Yuv422> and got into the wiz that way
Feb 25 12:24:08 <Yuv422> :)
Feb 25 12:24:22 <Yuv422> the current telnet hack is much simpler
Feb 25 12:24:25 <tonymy01_> fantastic ideas
Feb 25 12:25:17 * rwhitby wonders if nc will build
Feb 25 12:25:23 <tonymy01_> weird that LLONG isn't defined
Feb 25 12:25:37 <tonymy01_> i can see it is a system thing obviously
Feb 25 12:25:49 <tonymy01_> "/src/sys/cpu/i386/include/
Feb 25 12:25:49 <tonymy01_> limits.h
Feb 25 12:25:49 <tonymy01_> "
Feb 25 12:27:21 <tonymy01_> ok, we have a limits.h too
Feb 25 12:27:34 <tonymy01_> in /usr/local/arm-elf/include
Feb 25 12:28:32 <tonymy01_> so i presume you have coded up a few nice trojans in the past eric:-)
Feb 25 12:29:09 <Yuv422> hehe I'm just intereasted in how things work :)
Feb 25 12:30:18 <tonymy01_> i read those hacker blogs occasionally about getting sockets open for various different things
Feb 25 12:30:35 <tonymy01_> and am just in awe of what they achieve in some circumstances
Feb 25 12:32:44 <tonymy01_> rod, when are you leaving?  aren't you getting some sleep :-)
Feb 25 12:32:55 <rwhitby> yeah, sometime
Feb 25 12:33:02 <tonymy01_> on teh plane
Feb 25 12:33:06 <rwhitby> so close:
Feb 25 12:33:06 <rwhitby> /usr/local/bin/arm-elf-gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshco\
Feb 25 12:33:06 <rwhitby> nnect1.o sshconnect2.o -L. -Lopenbsd-compat/ -L/home/slug/optware/openwiz/staging/opt/lib -\
Feb 25 12:33:06 <rwhitby> L/home/slug/optware/openwiz/staging/opt/lib -L/home/slug/optware/openwiz/staging/opt/lib -W\
Feb 25 12:33:06 <rwhitby> l,-elf2flt   -o conftest -lssh -lopenbsd-compat -lcrypto -lutil -lz  -lresolv -lresolv
Feb 25 12:33:09 <rwhitby> conftest.elf2flt: In function `parse_dns_qsection':
Feb 25 12:33:09 <rwhitby> /home/slug/optware/openwiz/builds/openssh/openbsd-compat/getrrsetbyname.c:468: undefined re\
Feb 25 12:33:11 <rwhitby> ference to `__dn_expand'
Feb 25 12:33:13 <rwhitby> conftest.elf2flt: In function `parse_dns_rrsection':
Feb 25 12:33:15 <rwhitby> /home/slug/optware/openwiz/builds/openssh/openbsd-compat/getrrsetbyname.c:515: undefined re\
Feb 25 12:33:17 <rwhitby> ference to `__dn_expand'
Feb 25 12:33:19 <rwhitby> collect2: ld returned 1 exit status
Feb 25 12:33:23 <rwhitby> make[1]: *** [ssh] Error 1
Feb 25 12:33:30 <rwhitby> (and I know eno has seen those before and knows how to fix them)
Feb 25 12:34:48 <tonymy01_> so which compiler are you using?  because the link i provided in my "compilers for dummies" is quite an old one, 2003
Feb 25 12:34:56 <rwhitby> tonymy01_: I'm using that one
Feb 25 12:35:05 <rwhitby> that error is a uclibc thing I think
Feb 25 12:35:14 <tonymy01_> maybe it might be worth persevering with Erics methods
Feb 25 12:35:34 <tonymy01_> but for simple apps the simple one works well enough
Feb 25 12:35:56 <Yuv422> are you guys having trouble following my notes?
Feb 25 12:36:21 <tonymy01_> I just don't want you creating the whole optware package with an old compiler that may not be optimised very well for our architecture :-)
Feb 25 12:36:28 <Yuv422> I'm still working out the elf2flt kinks in my build but that's because I manually installed elf2flt :(
Feb 25 12:36:47 <tonymy01_> Eric, your notes didn't exist 1.5 weeks ago
Feb 25 12:36:56 <Yuv422> hehe true
Feb 25 12:37:21 <rwhitby> Yuv422: are your notes complete now?
Feb 25 12:37:27 <rwhitby> last time I looked they weren't
Feb 25 12:37:45 <Yuv422> I've added what I think elf2flt should be
Feb 25 12:37:52 <Yuv422> I haven't tested it though
Feb 25 12:37:57 <Yuv422> because I'm on OS X
Feb 25 12:38:06 <rwhitby> where do you get uClibc-0.9.21 from?
Feb 25 12:38:46 <rwhitby> For optware I need to be able to script the building and use of the toolchain, from public sources.
Feb 25 12:40:09 <tonymy01_> Actually, the link on uclinux.org is the latest of the 2.95.3 version
Feb 25 12:41:56 <rwhitby> Yuv422: download uClibc-0.9.26-em86xx ?
Feb 25 12:41:56 <rwhitby> download em86xx Linux kernel sources ?
Feb 25 12:42:29 <Yuv422> I've putt those files in my home dir on hogwarts
Feb 25 12:42:31 <Yuv422> for testing
Feb 25 12:42:48 <rwhitby> yes, but where did you get them from?
Feb 25 12:43:14 <rwhitby> feel free to /msg me if you can't say in a public channel
Feb 25 12:43:34 <Yuv422> I got them from a GPL compliance release
Feb 25 12:43:40 <Yuv422> I'll find the link
Feb 25 12:43:43 <Yuv422> just a tick
Feb 25 12:44:14 <rwhitby> can you put the link on the wiki page?
Feb 25 12:44:15 <Yuv422> prl has put the link on the wiki
Feb 25 12:44:19 <Yuv422> :-)
Feb 25 12:44:34 <Yuv422> but I cleaned uClibc and added a template config file
Feb 25 12:44:49 <tonymy01_> that is this, right? http://www.services.digitus.de/data/download/firmware/gpl/GPL_DA-70900.tar.gz
Feb 25 12:44:54 <Yuv422> yeah
Feb 25 12:45:07 <rwhitby> Yuv422: ok.  can you create a patch against that download to get what you have?
Feb 25 12:45:11 <tonymy01_> man, i almost ripped my hair out trying to do anything with that
Feb 25 12:45:30 <tonymy01_> everything i tried would stop with a fail with typically something missing
Feb 25 12:45:32 <rwhitby> then we can host the patch file on openwiz.org
Feb 25 12:45:45 <rwhitby> (in a toolchain svn repo)
Feb 25 12:46:07 <tonymy01_> so when i fudged the missing bits in, it got further, but then started asking about cpu architecture etc etc, q's i had no idea what to answer
Feb 25 12:48:08 <tonymy01_> what is gdb?
Feb 25 12:48:23 <rwhitby> gnu debugger
Feb 25 12:48:27 <tonymy01_> ahh, thanks
Feb 25 12:48:55 <rwhitby> Yuv422: so we can create a patch against that GPL tarball, and remove the stuff we don't need?
Feb 25 12:49:08 <tonymy01_> i was thinking of giving the gcc3.4 version a go
Feb 25 12:49:34 <tonymy01_> won't muddy your conv.   good luck, i am going to rest a bit
Feb 25 12:49:46 <tonymy01_> have a good trip rod
Feb 25 12:50:22 <rwhitby> I should be online at US evening times during the trip
Feb 25 12:50:38 <rwhitby> just ping me here - my IRC proxy will save the backlog for me to read
Feb 25 12:51:49 <rwhitby> Yuv422: after you've created that patch, I'll give the toolchain build a go, and then automate it in a makefile in our toolchain svn repo (which I'll have to create first)
Feb 25 12:55:38 <Yuv422> righto
Feb 25 12:55:58 <Yuv422> I'll try diffing against the stock uClib
Feb 25 13:10:14 <Yuv422> right I'm off now
Feb 25 13:10:16 <Yuv422> cya
Feb 25 13:10:30 <Yuv422> I'll do some more work on the toolchain tomorrow
Feb 25 13:13:36 <rwhitby> Yuv422:
Feb 25 13:13:37 <rwhitby> gcc -g -O2 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_BFD_H=1 -\
Feb 25 13:13:37 <rwhitby> DHAVE_VPRINTF=1  -DTARGET_arm -I../binutils-build/bfd -static -o elf2flt ./elf2\
Feb 25 13:13:37 <rwhitby> flt.c ../binutils-build/bfd/libbfd.a ../binutils-build/libiberty/libiberty.a
Feb 25 13:13:38 <rwhitby> In file included from ./elf2flt.c:46:
Feb 25 13:13:38 <rwhitby> ../binutils-build/bfd/bfd.h:39:22: error: ansidecl.h: No such file or directory
Feb 25 13:13:40 <rwhitby> ../binutils-build/bfd/bfd.h:40:20: error: symcat.h: No such file or directory
Feb 25 13:14:00 <rwhitby> seems that the include files are not installed for some reason
Feb 25 13:14:10 <Yuv422> hmm
Feb 25 13:14:25 <rwhitby> I made a couple of corrections to the instructions (make oldconfig, and with-bfd-include-dir
Feb 25 13:14:56 <rwhitby> OK, I'll look at it again in about 36 hours or so
Feb 25 13:15:03 <rwhitby> (when I get to Dallas)
Feb 25 13:15:33 <Yuv422> are you pointing to the includes in binutils-2-18
Feb 25 13:15:37 <Yuv422> righto
Feb 25 13:15:39 <Yuv422> cya
Feb 25 13:15:43 <Yuv422> have a good trip :)
Feb 26 10:00:07 * Yuv422 is excited about wii homebrew
Feb 26 10:00:25 <tonymy01_> which is?
Feb 26 10:00:40 <tonymy01_> some kind of f/w hack for the wii i presume?
Feb 26 10:00:47 <Yuv422> running custom code on the nintendo wii
Feb 26 10:00:51 <Yuv422> yeah
Feb 26 10:00:59 <Yuv422> finally
Feb 26 10:01:25 <Yuv422> how's the toolchain going?
Feb 26 10:01:58 <tonymy01_> ?
Feb 26 10:02:02 <tonymy01_> works fine for me
Feb 26 10:02:07 <Yuv422> cool
Feb 26 10:02:18 <tonymy01_> but rod is trying to make it jump thru hoops that it can't
Feb 26 10:02:40 <Yuv422> I tried compiling dropbear with mine and got a bit stuck
Feb 26 10:02:59 <Yuv422> I think it's looking for a uclibc target name
Feb 26 10:03:43 <Yuv422> I'm also working on a dumper /  builder for the svc.dat file
Feb 26 10:03:51 <Yuv422> I'm dumping it out to a csv
Feb 26 10:03:59 <Yuv422> then going to pack it back into a svc
Feb 26 10:04:14 <Yuv422> hopefully this should allow people to change channel names :)
Feb 26 10:04:28 <tonymy01_> ahh, nice
Feb 26 10:04:57 <Yuv422> do you know where I can get a copy of the dvb-t standard?
Feb 26 10:05:04 <Yuv422> is it freely available?
Feb 26 10:05:15 <tonymy01_> not really
Feb 26 10:05:15 <Yuv422> or is it prohibitively expensive
Feb 26 10:05:27 <tonymy01_> but hang on, i will find the filename you need to google for
Feb 26 10:05:45 <Yuv422> cool
Feb 26 10:05:53 <tonymy01_> en300468.v1.5.1.pdf
Feb 26 10:06:06 <tonymy01_> it isn't the dvb-t standard, but should help
Feb 26 10:06:16 <tonymy01_> ETSI EN 300 468 V1.5.1 (2003-05)
Feb 26 10:06:16 <tonymy01_> European Standard (Telecommunications series)
Feb 26 10:06:16 <tonymy01_> Digital Video Broadcasting (DVB);
Feb 26 10:06:16 <tonymy01_> Specification for Service Information (SI) in DVB systems
Feb 26 10:06:26 <Yuv422> right
Feb 26 10:06:34 <tonymy01_> so the EIT, parental, station identification etc
Feb 26 10:06:49 <Yuv422> is that conax?
Feb 26 10:06:55 <tonymy01_> ??
Feb 26 10:07:16 <Yuv422> I think it is some euro DRM for DVB
Feb 26 10:07:49 <tonymy01_> i used that standard to work with ICE in the early days to manipulate the EIT tables in the Topfield
Feb 26 10:08:05 <Yuv422> ah k
Feb 26 10:08:24 <tonymy01_> but it has lots of goodies in it
Feb 26 10:08:24 <tonymy01_> and google should fine a downloadable hit for it
Feb 26 10:10:21 <Yuv422> good old google
Feb 26 10:11:18 <Yuv422> some light reading. ;-)
**** ENDING LOGGING AT Tue Feb 26 10:59:56 2008