See attached build log.
(Please do not complain about the need for looking at the build log until you can provide an easy way to open bugs with the correct data picked out of a tinderbox log. Thanks.)
Created attachment 242141 [details]
Created attachment 242189 [details]
Diff from cfs-184.108.40.206.ebuild
Can also be applied in an identical manner to cfs-220.127.116.11.ebuild
Also of interesting note, I was completely unable to get this package working. Both in the form currently in the tree, or the slightly modified one that will respect LDFLAGS. The daemon itself "starts" ok, however a quick netstat -atn reveals that it is not in fact listening. Given the lack of maintenance on this, should this perhaps be masked?
I will keep messing with this. Maybe I'm just being dumb and missing something stupid.
Whereas I really doubt this package is in a working state, this bug is about LDFLAGS so thanks to your patch this is fixed now. The fact that it has no maintainer makes it a good candidate for removal so if your tests fail to make it work just open a bug assigned to treecleaners and I will take care of it.
+*cfs-18.104.22.168-r1 (10 Aug 2010)
+ 10 Aug 2010; Markos Chandras <firstname.lastname@example.org>
+ Respect LDFLAGS. Bug #331939. Thanks to Dane Smith <email@example.com>
+ for the patch
(In reply to comment #3)
> The daemon itself "starts" ok, however a quick netstat -atn
> reveals that it is not in fact listening.
cfsd listens only on UDP. I use the mount options "port=3049,intr,nfsvers=2,udp". However on my amd64 system it works only if I add -m32 to CFLAGS and LDFLAGS.