Re: Inclusion of software with subscription fee in the ports tree
On 2008/11/25 20:40, Alban Deniz wrote: > Hello, > > I am developing an application, and would appreciate guidance on whether > it would be appropriate for inclusion in the ports tree. I've looked at > http://www.openbsd.org, and also the mailing list archives, but wasn't > able to find the guidance I'm looking for. > > The application (SNFMilter) is an anti-spam email milter, and is > licensed under the Artistic license. However--The application needs a > data file (periodically updated) in order to run, and the data file and > periodic updates are available only for a fee. > > Would it be appropriate to include SNFMilter in the ports tree? I don't see why not if it works ok and is in keeping with ports standards and hier(7) (binaries tucked away in /var/spool/snfilter with .exe extensions "so that it can rewrite it's file name to produce it's log file and to read it's rule file" might need a bit of reworking though ;-)
Re: Inclusion of software with subscription fee in the ports tree
On Wed, 26 Nov 2008 02:22:54 + Stuart Henderson <[EMAIL PROTECTED]> wrote: > On 2008/11/25 20:40, Alban Deniz wrote: > > Hello, > > > > I am developing an application, and would appreciate guidance on whether > > it would be appropriate for inclusion in the ports tree. I've looked at > > http://www.openbsd.org, and also the mailing list archives, but wasn't > > able to find the guidance I'm looking for. > > > > The application (SNFMilter) is an anti-spam email milter, and is > > licensed under the Artistic license. However--The application needs a > > data file (periodically updated) in order to run, and the data file and > > periodic updates are available only for a fee. > > > > Would it be appropriate to include SNFMilter in the ports tree? > > I don't see why not if it works ok and is in keeping with ports > standards and hier(7) (binaries tucked away in /var/spool/snfilter > with .exe extensions "so that it can rewrite it's file name to > produce it's log file and to read it's rule file" might need a > bit of reworking though ;-) > > Is the "data file" a proprietary or otherwise constrained format? If so, I would be skeptical. Dhu
Re: Inclusion of software with subscription fee in the ports tree
And yet the ports tree has long included stubs to install non-free software. Austin On Tue, 25 Nov 2008, Duncan Patton a Campbell wrote: > On Wed, 26 Nov 2008 02:22:54 + > Stuart Henderson <[EMAIL PROTECTED]> wrote: > > > On 2008/11/25 20:40, Alban Deniz wrote: > > > Hello, > > > > > > I am developing an application, and would appreciate guidance on whether > > > it would be appropriate for inclusion in the ports tree. I've looked at > > > http://www.openbsd.org, and also the mailing list archives, but wasn't > > > able to find the guidance I'm looking for. > > > > > > The application (SNFMilter) is an anti-spam email milter, and is > > > licensed under the Artistic license. However--The application needs a > > > data file (periodically updated) in order to run, and the data file and > > > periodic updates are available only for a fee. > > > > > > Would it be appropriate to include SNFMilter in the ports tree? > > > > I don't see why not if it works ok and is in keeping with ports > > standards and hier(7) (binaries tucked away in /var/spool/snfilter > > with .exe extensions "so that it can rewrite it's file name to > > produce it's log file and to read it's rule file" might need a > > bit of reworking though ;-) > > > > > > Is the "data file" a proprietary or otherwise constrained format? > > If so, I would be skeptical. > > Dhu >
Re: Inclusion of software with subscription fee in the ports tree
On 2008/11/25 21:21, Duncan Patton a Campbell wrote: > On Wed, 26 Nov 2008 02:22:54 + > Stuart Henderson <[EMAIL PROTECTED]> wrote: > > > On 2008/11/25 20:40, Alban Deniz wrote: > > > Hello, > > > > > > I am developing an application, and would appreciate guidance on whether > > > it would be appropriate for inclusion in the ports tree. I've looked at > > > http://www.openbsd.org, and also the mailing list archives, but wasn't > > > able to find the guidance I'm looking for. > > > > > > The application (SNFMilter) is an anti-spam email milter, and is > > > licensed under the Artistic license. However--The application needs a > > > data file (periodically updated) in order to run, and the data file and > > > periodic updates are available only for a fee. > > > > > > Would it be appropriate to include SNFMilter in the ports tree? > > > > I don't see why not if it works ok and is in keeping with ports > > standards and hier(7) (binaries tucked away in /var/spool/snfilter > > with .exe extensions "so that it can rewrite it's file name to > > produce it's log file and to read it's rule file" might need a > > bit of reworking though ;-) > > > > > > Is the "data file" a proprietary or otherwise constrained format? > > If so, I would be skeptical. > > Dhu http://www.openbsd.org/lyrics.html#43
Re: Inclusion of software with subscription fee in the ports tree
On Tue, 2008-11-25 at 21:21 -0700, Duncan Patton a Campbell wrote: > On Wed, 26 Nov 2008 02:22:54 + > Stuart Henderson <[EMAIL PROTECTED]> wrote: > > > On 2008/11/25 20:40, Alban Deniz wrote: > > > Hello, > > > > > > I am developing an application, and would appreciate guidance on whether > > > it would be appropriate for inclusion in the ports tree. I've looked at > > > http://www.openbsd.org, and also the mailing list archives, but wasn't > > > able to find the guidance I'm looking for. > > > > > > The application (SNFMilter) is an anti-spam email milter, and is > > > licensed under the Artistic license. However--The application needs a > > > data file (periodically updated) in order to run, and the data file and > > > periodic updates are available only for a fee. > > > > > > Would it be appropriate to include SNFMilter in the ports tree? > > > > I don't see why not if it works ok and is in keeping with ports > > standards and hier(7) (binaries tucked away in /var/spool/snfilter > > with .exe extensions "so that it can rewrite it's file name to > > produce it's log file and to read it's rule file" might need a > > bit of reworking though ;-) > > > > > > Is the "data file" a proprietary or otherwise constrained format? > > If so, I would be skeptical. > > Dhu > > The "data file" is in a proprietary format. --Alban