I have been working with the pureftpd developer to get some source
changes made. I can build the software by checking out from git.
I would like to start the portfile redo, can someone tell me how to do
a local dev of this with a source set that is not at an official url?
Do I just point the url to file:///some/place ?
There is capacity to do TLS, which means a SSL cert. In the portfile
there is a variant of tls, which just adds the with-tls configure
option. It is then up to me to copy the included certs in place. Is
there any reason I should not copy those in place for the user if that
variant is selected? They do not hurt anything to exist, they still
need to be enabled with the launchd startup plist. Ie: they are
benign, even if installed.
In the next release, inetd will be deprecated. As I am finding, all
the plist items for launchd that are on the interwebs are using a
seuperserver. This means that a port upgrade in the next release is
going to break everyone's pureftpd, since the entire functionality is
removed.
What is the best way to deal with this? My intention now is to remove
inetd fro the compile options in this current release. Would a ui
message pointing to a new template plist file I will be making suffice
in this case?
I am a little concerned, as there is clear case that there is going to
be breakage on port upgrade, since source code functionality is
planned for deprecation.
I do not think making a newly named port is the correct way. Are
there any provisions in Mac Ports that I am missing for gracefully
dealing with this case?
--
Scott * If you contact me off list replace talklists@ with scott@ *
_______________________________________________
macports-dev mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
