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

Update - If I remove the -O2 flag from the build, it appears to make the problem go away.

The issue is that I cannot seem to get rid of the O2 when using debuild.

I've tried:

CFLAGS='-Wall -g' DEB_BUILD_OPTIONS=ssl debuild -e CFLAGS='-Wall -g'

but that leaves the O2. How can I rid the build of this flag?

what's the compiler versions in sarge and etch (gcc -v)?

I've seen these internal compiler errors a lot with gcc 4.2, but gcc -4.1 works pretty stable for me (that's why I have 4.1 in ffp-0.5, and not 4.2 or 4.3). It seems Debian has something that triggers this problem even with gcc-4.1. Well, just yesterday, Debian became famous for patching things to death

I've never found out what the reason was, but with a recent kernel even gcc 4.3 works perfectly here. In my case, these errors were not really reproducible and gcc crashed randomly. I could just rerun make (it'll continue where it stopped) and when I did this often enough and with a little luck, it eventually completed the build. I think the Dlink kernel is broken.

I really think it would be helpful for someone to compile netatalk with SSL for ffp or optware... I believe it may be a violation of the licenses, which is why you don't see it.

I have tried to do that myself and gave up and went for chrooted debian sarge, but would really appreciate if someone could outline the steps needed to compile netatalk with SSL support for ffp or optware so I can finally delete my debian sarge directory.

Is it even possible?

Thanks fonz,

I installed it and it runs, but I get this output in messages

Jun 21 10:52:54 disk daemon.err afpd[2853]: main: atp_open: Address family not supported by protocol
Jun 21 10:52:54 disk daemon.info afpd[2853]: ASIP started on 192.168.10.4:12000(5) (2.0.3)
Jun 21 10:52:54 disk daemon.debug afpd[2853]: uam: loading (/ffp/etc/netatalk/uams/uams_clrtxt.so)
Jun 21 10:52:54 disk daemon.info afpd[2853]: uam: uams_clrtxt.so loaded
Jun 21 10:52:54 disk daemon.debug afpd[2853]: uam: loading (/ffp/etc/netatalk/uams/uams_dhx.so)
Jun 21 10:52:54 disk daemon.info afpd[2853]: uam: uam not found (status=-1)
Jun 21 10:52:54 disk daemon.info afpd[2853]: uam: "Cleartxt Passwrd" available
Jun 21 10:52:54 disk daemon.debug afpd[2853]: Finished parsing Config File

So I looked at uams_dhx.so and it is a link to uams_dhx_passwd.so in the same directory, but that file doesn't exist, hence the error. I'm not sure what issues "atp_open: Address family not supported by protocol" causes, but I'm looking.

Thanks for your work, let me know if this helped.

I've recompiled with '--with-ssl-dir=/ffp'. That seems to fix the missing uams_dhx_passwd.so.

http://www.inreto.de/dns323/fun-plug/0. … .0.3-2.tgz

Upgrade with funpkg -u netatalk-2.0.3-2.tgz

4E and 4F are now implemented in 2.1dev
I'm not using debian chroot but ffp and I'm struggling on compiling 2.1-dev as an ffp package.
I've copied the netatalk-2.1-dev.tar.bz2 in ../distfile and launched ./Make netatalk. Doesn't work:

root@Tiromancino:/wd/ffp_packages/inreto/dns323/fun-plug/funplug/source# ./Make.sh netatalk

* netatalk-2.1-dev-1
  config.site found
  unpack netatalk-2.1-dev.tar.bz2 ...
  destdir-start-files.sh
  destdir-doinst.sh
  destdir-descr.sh
  destdir-checks: check_libs
  destdir-checks: check_prefix
FATAL: /ffp not found in package directory /wd/ffp_packages/inreto/dns323/fun-plug/funplug/work/netatalk-2.1-dev/pkg
root@Tiromancino:/wd/ffp_packages/inreto/dns323/fun-plug/funplug/source#

Any idea?

special conf:

root@Tiromancino:/wd/ffp_packages/inreto/dns323/fun-plug/funplug/source# cat netatalk/SRC_URI 
http://downloads.sourceforge.net/$PN/$P.tar.bz2 
root@Tiromancino:/wd/ffp_packages/inreto/dns323/fun-plug/funplug/source# cat netatalk/PR 
1
root@Tiromancino:/wd/ffp_packages/inreto/dns323/fun-plug/funplug/source# cat netatalk/PV 
2.1-dev
root@Tiromancino:/wd/ffp_packages/inreto/dns323/fun-plug/funplug/source#

Thanks for the very quick answer fonz, but sadly it didn't help.
Seems like I miss some packages required for compiling.
For now I've added distcc and kernel headers.
Still investigating...

To everyone that did not know it (like me): use chroot.sh in the root of the ffp sources...
Sorry for that Fonz.
BTW is there a comprehensive tutorial on all that somewhere?

Last (I hope!): I was still missing libtool package and changed the chroot directory in chroot.sh to /mnt/HD_a2/ffp-chroot instead of /ffp-chroot wich still reside in RAM.