Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
I'm trying to get the standalone firefly working on my DNS-321 (yes, not a 323).
I've got the fonz fun_plug 0.5 installed. That seemed to work fine. Turned on sshd and installed a few misc packages.
Now I'm having trouble getting firefly working. I untar firefly on the DNS, and then do:
cd /mnt/HD_a2
export PATH=/mnt/HD_a2/lnx_bin:$PATH
export LD_LIBRARY_PATH=/mnt/HD_a2/lnx_bin/lib
/mnt/HD_a2/lnx_bin/mt-daapd -f -c /mnt/HD_a2/lnx_bin/mt-daapd.conf
When I enter the last command I get:
-sh: /mnt/HD_a2/lnx_bin/mt-daapd: not found
same thing goes for:
./mt-daapd ...
or
lnx_bin/mt-daapd ...
when I cd to the appropriate directory.
Other observations:
- I can run shell scripts from lnx_bin, so it almost sounds like a 'noexec' mount flag, but no such flag shows up when I run mount.
- I've checked my path. It looks sane.
Any thoughts?
Offline
I have the same issue on my DNS-321 when trying to run nzbget:
sh: nzbget: not found
It works fine on my DNS-323, so I'm not sure what the difference is. Yes, I'm sure the file is there.
Offline
quantum wrote:
I have the same issue on my DNS-321 when trying to run nzbget:
sh: nzbget: not found
It works fine on my DNS-323, so I'm not sure what the difference is. Yes, I'm sure the file is there.
It's the libraries. nzbget needs a compatible set of libs. If the DNS-321 firmware has a different set of libs, nzbget won't run. Programs compiled for ffp don't have this problem, as ffp brings its own set of libraries.
Offline
Thanks for the help so far.
Ok, so is it a matter of finding the libraries, or making sure they are accessible? I'm blundering around in the dark a little.
I have tried calling:
ldd /mnt/HD_a2/lnx_bin/mt-daapd
but it reported a bunch of missing(?) libraries, like:
libsqlite.so.0 => not found (0x00000000)
I then ran:
ldconfig
and
ldconfig /mnt/HD_a2/lnx_bin/lib
The latter gave me some grief, but seemed to be okay:
ldconfig: /mnt/HD_a2/lnx_bin/lib/libz.so.1 is not a symlink
ldconfig: /mnt/HD_a2/lnx_bin/lib/libsqlite.so.0 is not a symlink
ldconfig: /mnt/HD_a2/lnx_bin/lib/libid3tag.so.0 is not a symlink
(there were some other error messages about the .lnk files in the directory)
Now I think I've gotten things to the point where all the dependencies for mt-daapd are met. I.e., when I type:
ldd /mnt/HD_a2/lnx_bin/mt-daapd
I get:
checking sub-depends for '/ffp/lib/libdl.so.0'
checking sub-depends for '/ffp/lib/libpthread.so.0'
checking sub-depends for '/mnt/HD_a2/lnx_bin/lib/libid3tag.so.0'
checking sub-depends for '/mnt/HD_a2/lnx_bin/lib/libz.so.1'
checking sub-depends for '/mnt/HD_a2/lnx_bin/lib/libsqlite.so.0'
checking sub-depends for '/ffp/lib/libc.so.0'
checking sub-depends for '/ffp/lib/libgcc_s.so.1'
libdl.so.0 => /ffp/lib/libdl.so.0 (0x00000000)
libpthread.so.0 => /ffp/lib/libpthread.so.0 (0x00000000)
libid3tag.so.0 => /mnt/HD_a2/lnx_bin/lib/libid3tag.so.0 (0x00000000)
libz.so.1 => /mnt/HD_a2/lnx_bin/lib/libz.so.1 (0x00000000)
libsqlite.so.0 => /mnt/HD_a2/lnx_bin/lib/libsqlite.so.0 (0x00000000)
libc.so.0 => /ffp/lib/libc.so.0 (0x00000000)
libgcc_s.so.1 => /ffp/lib/libgcc_s.so.1 (0x00000000)
not a dynamic executable
So I think I've found the missing libraries, but it still says that mt-daapd is "not a dynamic executable", and it still doesn't work.
Any thoughts?
(As an alternate tack, I was thinking of compiling firefly on the box. I tried the etch/sarge installations but I got an "illegal instruction" error when I tried to chroot)
Offline
Just as an update, I did eventually get firefly working on the DNS-321, but I had to build it from scratch.
Briefly:
1) Installed the various development ffp packages. (gcc, bison, flex, etc.)
2) Download & compile gdbm. Be careful where you install this; by default it put the libs/includes on the ramdisk. That worked just fine until the next reboot.
3) Built firefly from source. You probably have to tell the configure script where to find gdbm needed the following options:
--prefix=/install-destination --with-gdbm-includes=/inc-directory --with-gdbm-libs=/lib-directory
After that, everything seemed to work fine.
Offline