Test development of pre-release software

Scott Haneda talklists at newgeo.com
Wed Oct 21 13:30:52 PDT 2009


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@ *



More information about the macports-dev mailing list