DSM-G600, DNS-3xx and NSA-220 Hack Forum

try sh sshd.sh start

or chmod +x sshd.sh and then ./sshd.sh

What is the procedure for upgrading from 0.5-experimental to 0.5? (basically from the version before these last changes to the current)

Thanks

fonz wrote:

barcode wrote:

/ffp/bin/ssh-keygen: can't resolve symbol 'program_invocation_short_name'

Can you post output of

Code:

ldd /ffp/bin/ssh-keygen

Hi, i have the same problem here is the LDD the result:

./sshd.sh start
/ffp/bin/ssh-keygen: can't resolve symbol 'program_invocation_short_name'
/ffp/bin/ssh-keygen: can't resolve symbol 'program_invocation_short_name'
/ffp/bin/ssh-keygen: can't resolve symbol 'program_invocation_short_name'
Starting /ffp/sbin/sshd
/ffp/sbin/sshd: can't resolve symbol 'program_invocation_short_name'

/mnt/HD_a2/ffp/start # ldd /ffp/bin/ssh-keygen
ldd: can't open cache '/ffp/etc/ld.so.cache'
        libcrypto.so.0.9.8 => /ffp/lib/libcrypto.so.0.9.8 (0x4000e000)
        libutil.so.0 => /ffp/lib/libutil.so.0 (0x40146000)
        libz.so.1 => /ffp/lib/libz.so.1 (0x40150000)
        libcrypt.so.0 => /ffp/lib/libcrypt.so.0 (0x4016d000)
        libresolv.so.0 => /ffp/lib/libresolv.so.0 (0x40179000)
        libc.so.0 => /ffp/lib/libc.so.0 (0x40183000)
        libdl.so.0 => /ffp/lib/libdl.so.0 (0x401d8000)
        ld-uClibc.so.0 => /ffp/lib/ld-uClibc.so.0 (0x40000000)

TIA

fonz wrote:

Are you running debian chroot or anything else 'unusual'?

I'am installing on a new CH3SNAS with the latest conceptronix 1.03 firmware. (maybe this is unusual :-) ).

Looking at your code I tried the following:

 # LD_LIBRARY_PATH=/lib /ffp/bin/ssh-keygen -t rsa1 -f key -N ''
/ffp/bin/ssh-keygen: can't resolve symbol 'program_invocation_short_name'
 
 # LD_LIBRARY_PATH=/ffp/lib /ffp/bin/ssh-keygen -t rsa1 -f key -N ''
Generating public/private rsa1 key pair.
Your identification has been saved in key.

This works, i checked my environment by

 # set | grep LD_     
LD_LIBRARY_PATH='/lib:/usr/lib:'

This seems to be the problem, can I set the LD_LIBRARY_PATH in /ffp/etc/profile or is there another/better way to do this?

TIA

fonz wrote:

That's goofy. /lib und /usr/lib are the standard library paths. Can you find out where it is set?  What firmware version is it?

The unset works, I'm using the latest conceptronix firmware (v1.03)

The LD_LIBRARY_PATH is set in /etc/rc.sh, which is called from the inittab.

It all works now, thanks!

Try to clear LD_LIBRARY_PATH in /ffp/etc/rc and /ffp/etc/profile:
Code:

unset LD_LIBRARY_PATH

confirmed! it works. thx !

Hey Fonz, what libraries was the ffp0.5 Mediatomb built with?

I ask because it seems very slow to import MP3s - I started it up to import my collection and 24 hours later it was still crawling allong adding items to the library.

RAP

rap wrote:

Hey Fonz, what libraries was the ffp0.5 Mediatomb built with?

I ask because it seems very slow to import MP3s - I started it up to import my collection and 24 hours later it was still crawling allong adding items to the library.

That's easy to find out:

root@bob:/lib# ldd /ffp/bin/mediatomb 
        libiconv.so.2 => /ffp/lib/libiconv.so.2 (0x4000e000)
        libmagic.so.1 => /ffp/lib/libmagic.so.1 (0x400f5000)
        libsqlite3.so.0 => /ffp/lib/libsqlite3.so.0 (0x4010f000)
        libz.so.1 => /ffp/lib/libz.so.1 (0x40173000)
        libexpat.so.1 => /ffp/lib/libexpat.so.1 (0x40190000)
        libstdc++.so.6 => /ffp/lib/libstdc++.so.6 (0x401b5000)
        libm.so.0 => /ffp/lib/libm.so.0 (0x402aa000)
        libgcc_s.so.1 => /ffp/lib/libgcc_s.so.1 (0x402c4000)
        libpthread.so.0 => /ffp/lib/libpthread.so.0 (0x402d6000)
        libc.so.0 => /ffp/lib/libc.so.0 (0x402f0000)
        ld-uClibc.so.0 => /ffp/lib/ld-uClibc.so.0 (0x40000000)

It maintains a cache in /ffp/var/mediatomb (sqlite database). The first scan takes probably longer...

rap wrote:

One of the opther threads debates compiling with id3lib support instead of taglib as id3lib may be fatser which was why I asked but neither of these seem present in your listing ?

Good point. It's because id3lib is compiled into the binary, so doesn't appear in ldd output (shows only dynamically linked libs). It's compiled with id3lib, not taglib.

Hi fonz,
first of all: great work - I really appreciate it!

I have a CH3SNAS with the Conceptronic firmware 1.03 final and have installed the fun_plug-0.5 yesterday - and I ran into the same problem with the "can't resolve symbol '__cxa_atexit'" message.

I have been looking at Google about this issue and found out that other distris using busybox have the same problem (sometimes), e.g. the DD-WRT firmware for routers and even in the forum of busybox itself I found discussions about this issue.

Proposed solution from the DD-WRT forum: recreate toolchain and build GCC with option "--enable-__cxa_atexit"
Proposed solution from the busybox forum: in the uClibc .config there seems to be an option for the dynamic atexit functions. Disable, rebuild.

Currently I have to do the unset-step everytime I logon to the CH3SNAS with telnet, without I even cannot do an 'ls'.
I am not enough a Linux expert to rebuild the toolchain by myself, but I would be really happy if you consider to rebuild the toolchain to simplify my life :-) 

poeschi

Hi fonz - any plans to build transmission and add it to the available packages?

RAP

pwvandeursen wrote:

do you suggest to upgrade to FW 1.04 when updating to 0.5? It is easy for me to do now, as I am reformatting every thing. I don't what to do it afterwards anymore.

So the question is have you also tested 0.5 with fw1.04 of the 323?

Don't know, firmware version should not really matter. Use whatever seems most 'stable' at the moment. (I'm still running some strange 1.04 beta version).

Sorry fonz - I'm still a little confused about how things get built for the different versions of funplug . I knew there was a build for 0.4 and an early version (1.06) for 0.5.

I looked here http://www.inreto.de/dns323/fun-plug/0.5/packages/ which is where I thought the official available packages for 0.5 lived and there's no mention of transmission their.

I'll remember to check the howto in future; me bad

RAP