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

Any particular reason klogd and syslogd are missing? I've got to go back to 0.5

Has anyone checked ffp 0.7 interoperability with optware? I imagine I am not the only one who has a combination of /ffp and /opt packages coexisting and prioritized by PATH and LD_LIBRARY_PATH environment variables. So far for me with ffp 0.5 it has worked great and I can get the best of both worlds: use ffp as primary falling back to optware for packages not available for ffp.

I just wonder if optware packages will now start to fail due to the new toolchain used in ffp 0.7. Or is optware already using the same toolchain as ffp 0.7? Does anyone know?

Thanks!

I'm really stuck with this. I managed to rebuild dbd and removed the enable-smallbuild parameter, but I'm still getting these CNID errors. DBD seems to be working OK. I can use dbd -d and it gives no errors. dbd -r (rebuild) also works. Does anyone have any ideas? Anyone know where the log files are stored?

Mijzelf wrote:

There is a bug in the rsync package. The example .conf file specifies the pid file as /ffp/var/run/rsyncd.pid, while the start script insists it should be /var/run/rsyncd.pid

Is This bug Fixed?

woogie wrote:

Thanks for releasing 0.7.  It's working quite well for me with 1 exception:  the DBD cnid scheme in Netatalk is broken.
[…]
Update:  The problem was that DB5 was built with --enable-smallbuild, which means it didn't include all the functionality that Netatalk depends on.  When I rebuilt DB5 without it, everything started working properly.

Could you share your DB5 package file with us?

nestoramaya wrote:

woogie wrote:

Thanks for releasing 0.7.  It's working quite well for me with 1 exception:  the DBD cnid scheme in Netatalk is broken.  Any time cnid_dbd is invoked, it segfaults.  The easiest way to demonstrate the problem is to run the following:

dbd -d .

in a directory that is an AFP share.  I am able to use the TDB scheme, so I have something working for now, but I pretty sure DBD is a better long term option.  Is anyone else seeing this?  Am I missing some obvious fix to the problem?

Update:  The problem was that DB5 was built with --enable-smallbuild, which means it didn't include all the functionality that Netatalk depends on.  When I rebuilt DB5 without it, everything started working properly.

Hi,

I am running into the same problem that you describe above. Would you be so kind as to post the instructions on how to rebuild DB5 please?

Thank you in advance!
Nestor

Recompiled version can be found here: db5-5.2.36-oarm-1.txz
I got that version from Willy.
Works great for me.

I’ve had my DNS-343 for many years, but for a Mac user like me, only now is it finally useable. Here’s how I did it:

1) I followed the instructions in http://www.noulakaz.net/weblog/2009/11/ … e-dns-323, with the exceptions that:
    A) fun_plug 0.7 offers the use of "slacker" to install packages, and the DNS-343 makes use of "arm" arch (not Oarm) - see http://www.inreto.de/ffp/0.7/arm/ for all the needed sources and packages to install fun_plug 0.7 on the DNS-343.
    B) To get authentication working, I had to use DHX2 module, which is configured in /ffp/etc/netatalk/afpd.conf by adding the following line (note the “…dhx2.so” and -cnidserver options)

     “servername” -uamlist uams_dhx2.so,uams_clrtxt.so -setuplog “default log_info /ffp/var/run/afpd.log” -cnidserver

I then ran into the CNID problem, which as Woogie points out above, is due to a small build option… To fix this problem, I had to build DB5 myself. Here’s how (and a big thanks to Woogie for pointing me in the right direction!!!)

2) Set some environment variables (I added mine to root’s ~/.bashrc):

      export FFP_ARCH=oarm
      export PATH=$PATH:/ffp/sbin
      export TMPDIR=/path/to/tmp/directory/for/builds
      export PKGDIR=/path/where/built/packages/will/be/written

3) Get all of the funpkg source (including DB5):

      rsync -avP --delete ffp.inreto.de::ffp/0.7/src .

You should see a directory “src/db5”, with the following contents:

      -rw-r--r--   1 nestoramaya 502      114 Dec 14 19:24 DESCR
      -rw-r--r--   1 nestoramaya 502       74 Dec  5 11:59 HOMEPAGE
      -rw-r--r--   1 nestoramaya 502       55 Dec  5 14:11 SRC_URI
      -rw-r--r--   1 nestoramaya 502      459 Dec  5 14:11 config.ffp
      -rwxr-xr-x   1 nestoramaya 502      603 May 29 19:17 db5.funpkg*

4) Next, I made a copy of the src/db5 somewhere outside of the src directory, just so it wouldn't get overwritten if I ever did another rsync.

5) Since the DB5 tarball is not pulled from the rsync in step #3, one must ftp it (i.e. db-5.2.36.tar.gz) from the reference given in the "SRC_URI" file. I placed the tarball in the same src/db5 dir.

6) Edit db5.funpkg and remove:

      --enable-smallbuild \

7) Then run db5.funpkg… But you might get the error that I did:

      configure: error: C compiler cannot create executables
      See `config.log' for more details

8++) I installed some packages… Then kept getting the same or similar error to the one above… Then ended up installing almost every available package from fonz…
   
9) Success!!!  You should see db5-5.2.36-oarm-1.txz in the $PKGDIR configured in step #2 above.

      cd $PKGDIR

10) Uninstall the “smallbuild” db5, if necessary:

      funpkg -r db5-5.2.36-arm-1.txz

11) Install the new db5 package:

      funpkg -i db5-5.2.36-arm-1.txz

12) Start/restart your AFP daemon,

      kill <pid of cnid_metad>
      /ffp/start/afpd.sh restart

And voila! I can now securely access my DNS-343 as the user that I created, with the configured account password ☺

wizrdry wrote:

I get a tar error because of the txz format:

Code:

NAS /mnt/HD_a2/ffp/pkg/packages: funpkg -i db5-5.2.36-arm-1.txz 

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
FATAL: db5-5.2.36-arm-1.txz: Failed to unpack package

Hi Wizrdry,

I did not run into this issue, and was able to install with a simple "funpkg -i" command, as I indicated in my post (it was copied from my shell's history).

Cheers,
Nestor

Last edited by nestoramaya (2012-06-01 22:26:28)