--with-rfc2640 can enable support for charset conversion. It adds a dependency over the iconv library and it requires a little more CPU time. In FreeBSD, we can trun it on by define WITH_UTF8 when use ports. Will pure-ftpd on gentoo support this option in the future? Thanks in advanced.
(In reply to comment #0) > --with-rfc2640 can enable support for charset conversion. It adds a dependency > over the iconv library and it requires a little more CPU time. Uhm, you mean virtual/libiconv or dev-libs/libiconv? If you mean the latter, then it's definitely not an option, it blocks glibc.
I mean why should pure-ftpd in portage turns on configuration option of '--with-rfc2640' depends upon USE flag 'utf8' or 'unicode'. Sorry for the inconvenience.
You didn't answer my question about the dependency at all...
Sorry, I miss your point. According to "Gentoo/ALT Technotes Guide", I think it doesn't need to link with iconv because glibc has provided this. Then would it be possible to add: IUSE utf8 and "use utf8 && myconf="${myconf} --with-rfc2640"?
(In reply to comment #4) > Sorry, I miss your point. > > According to "Gentoo/ALT Technotes Guide", I think it doesn't need to link > with iconv because glibc has provided this. Yeah - I was asking whether it works w/ iconv provided by glibc...
It worked well for me with glibc-2.4-r3. I have tested pure-ftpd with "--fscharset=utf8 --clientcharset=gbk". 14c14 < IUSE="pam mysql postgres ldap ssl caps vchroot selinux" --- > IUSE="pam mysql postgres ldap ssl caps vchroot selinux unicode" 46a47 > use unicode && myconf="${myconf} --with-rfc2640" (In reply to comment #5) > (In reply to comment #4) > > Sorry, I miss your point. > > > > According to "Gentoo/ALT Technotes Guide", I think it doesn't need to link > > with iconv because glibc has provided this. > > Yeah - I was asking whether it works w/ iconv provided by glibc... >
Added as USE flag "charconv" to 1.0.21-r1. It depends on virtual/libiconv. Best regards, CHTEKK.
(In reply to comment #7) > Added as USE flag "charconv" to 1.0.21-r1. > It depends on virtual/libiconv. > Best regards, CHTEKK. Wow! Thanks! ;-)