Seeing as tanesha project has been dead for years now, and pftpfxp-mew is not longer in development, I was pleased to discover someone had taken the initiative of incorporating various patches that have been released for pftpfxp over the recent years to fix or extend it's functionality. While he may not have chosen the most friendly of project names, I've switched to his source and am very pleased with it. Current version incorporates all patches currently in portage for the mew6 source plus a few other additions and improvements.
Created attachment 99340 [details] ebuild using src from pftp-shit edition This ebuild appears fully functional to me, but I'm not exactly a dev and can only verify that it works on my system... someone else should look over it and make sure it's good to go.
Created attachment 99375 [details, diff] diff with some fixes for the ebuild made some fixes to the ebuild and added a URI where the src is mirrored as the maintainer's site is unreliable. Also added the offensive USE flag as a required setting due to the language the project name uses.
like to see a bit more of a history of maintenance from the new guy before committing this. Ping me in ~5 months if maintenace is still occuring. nice idea with the USE flag however its not really what they are for. Yes its a pitty about the shit name but your patch is good (except USE offensive).
version bump to pftp-shit 1.9 just a bugfix release ebuild needs only be renamed to pftpfxp-1.9.ebuild
still not 5 months of support on this new version so I'll leave the bug marked as RESOLVED LATER, but there is a version bump. Renaming ebuild to reflect v1.10 should be enough to get it working. Because there are a number of user prefs that can be configured with the config.h include, I'm thinking of modifying my ebuild to use a custom file. Reading the docs on the accepted way to achieve that functionality.
an eclass for userconfiguration may come about soon - bug #158185
version 1.10 is showing some bugs so anyone following this bug, don't upgrade yet.
version 1.11 has fixes for the auto dir check so manual MKD no longer cause segfaults. For those interested in using this source, my ebuilds can be found at http://www.spuncookie.com/content/view/20/36/
Can someone verify they have been able to connect to a DRFTPD site with this ebuild? I have compiled source on a redhat machine from 1.11 shit edition, and can connect. but using this ebuild, i cannot. works fine with TLS/SSL on a glftpd site. can someone try this please?
(In reply to comment #9) > Can someone verify they have been able to connect to a DRFTPD site with this > ebuild? I have compiled source on a redhat machine from 1.11 shit edition, and > can connect. but using this ebuild, i cannot. works fine with TLS/SSL on a > glftpd site. can someone try this please? > It is definately something with SSL. I can connect to the same site without SSL enabled.
this ebuild works fine with drftpd and TLS/SSL. I do it all day long: 19:03 220 DrFTPD 2.0.5 http://drftpd.org 19:03 >>> AUTH TLS 19:03 234 AUTH TLS successful 19:03 [Subject: /CN=drftpd] 19:03 [Issuer: /CN=drftpd] 19:03 [Cipher: DHE-RSA-AES256-SHA (256 bits)] 19:03 [Common Name: drftpd] Can you build pftp-shit manually on your gentoo system and test?
(In reply to comment #11) > this ebuild works fine with drftpd and TLS/SSL. I do it all day long: > > 19:03 220 DrFTPD 2.0.5 http://drftpd.org > 19:03 >>> AUTH TLS > 19:03 234 AUTH TLS successful > 19:03 [Subject: /CN=drftpd] > 19:03 [Issuer: /CN=drftpd] > 19:03 [Cipher: DHE-RSA-AES256-SHA (256 bits)] > 19:03 [Common Name: drftpd] > 16:33 220 DrFTPD+ 2.0 (+STABLE+) $Revision: 1761 $ http://drftpd.org 16:33 >>> AUTH TLS 16:33 234 AUTH TLS successful That is as far as I get. 16:33:36 [S1 ] logging in ... (TLS mode) 16:33:36 [S1 ] failed - switching to TLS connection 16:33:36 [S1 ] closed - control connection 16:33:36 [S1 ] bailing out > Can you build pftp-shit manually on your gentoo system and test? >
ok added 1.11
(In reply to comment #12) > (In reply to comment #11) > > this ebuild works fine with drftpd and TLS/SSL. I do it all day long: > > > > 19:03 220 DrFTPD 2.0.5 http://drftpd.org > > 19:03 >>> AUTH TLS > > 19:03 234 AUTH TLS successful > > 19:03 [Subject: /CN=drftpd] > > 19:03 [Issuer: /CN=drftpd] > > 19:03 [Cipher: DHE-RSA-AES256-SHA (256 bits)] > > 19:03 [Common Name: drftpd] > > > > 16:33 220 DrFTPD+ 2.0 (+STABLE+) $Revision: 1761 $ http://drftpd.org > 16:33 >>> AUTH TLS > 16:33 234 AUTH TLS successful > > That is as far as I get. > > 16:33:36 [S1 ] logging in ... (TLS mode) > 16:33:36 [S1 ] failed - switching to TLS connection > 16:33:36 [S1 ] closed - control connection > 16:33:36 [S1 ] bailing out > > > Can you build pftp-shit manually on your gentoo system and test? > > > This has been confirmed to be an issue with drftpd. Please see the following for workaround: http://www.drftpd.org/forums/viewtopic.php?f=4&t=3136