Since some time the ipv6 use-flag disappeared from net-ftp/oftpd because of compilation errors when enabled. Here is a patch to make oftpd compile again with ipv6 support. I did some checks locally (on x86, gcc4.1.1, glibc2.4): - IPv6 only operation of oftpd - IPv4 only operation of oftpd (with and without IPv6 support compiled in) - IPv4+IPv6 operation (not mixed in a single FTP session) As ftp clients I used wget (recursive downloads) and konqueror (browsing, downloads). I also submitted this patch to upstream.
Created attachment 103284 [details, diff] Patch against oftpd-0.3.7
what is the upstream status of this patch?
Created attachment 211361 [details, diff] My current patch for IPv6 in oftpd Back in december 2006 I got this reply from upstream: "I'll have a closer look, and probably turn this into 0.3.8 some time this week. Thanks!" Unfortunately I've never seen a 0.3.8 release. Note that with a recent glibc upgrade I've had some trouble with EAI_ADDRFAMILY no more being defined by default and attempts to set one of _POSIX_C_SOURCE, _XOPEN_SOURCE or _POSIX_SOURCE (don't remember which one) I got compiling failures with things defined multiple times (I did define it just before the #include that are requested by getaddrinfo and I think I also tried at the top of the affected source file.
Created attachment 220543 [details, diff] oftpd-0.3.7-ipv6rel2-1.patch updated oftpd patch from ftp://ftp.deepspace6.net/pub/ds6/sources/oftpd/oftpd-0.3.6-ipv6rel2.patch.gz
Created attachment 220545 [details, diff] oftpd-0.3.7-family-1.patch Updated family patch for the rcorresponding ipv6 patch
Created attachment 220547 [details, diff] oftpd-0.3.7-r4.ebuild ipvs patch the ebuild changes
+*oftpd-0.3.7-r5 (01 Sep 2010) + + 01 Sep 2010; Michael Weber <xmw@gentoo.org> +oftpd-0.3.7-r5.ebuild, + +files/oftpd-0.3.7-family-1.patch, + +files/oftpd-0.3.7-ipv6rel2-0.3.6-to-0.3.7.patch, metadata.xml: + Revbump to re-add ipv6 support, fixes bug 157005, thanks to Bruno + <bonbons67@internet.lu> and Mario Fetka (geos_one) <mario.fetka@gmail.com> + for their work on this bug.
