svn commit: r364739 - in head: . sysutils sysutils/syslog-ng-devel sysutils/syslog-ng-devel/files
Cy Schubert
Cy.Schubert at komquats.com
Tue Aug 12 20:11:35 UTC 2014
In message <53EA6EBB.2010802 at marino.st>, John Marino writes:
> On 8/12/2014 21:39, Cy Schubert wrote:
> > Author: cy
> > Date: Tue Aug 12 19:39:33 2014
> > New Revision: 364739
> > URL: http://svnweb.freebsd.org/changeset/ports/364739
> > QAT: https://qat.redports.org/buildarchive/r364739/
> >
> > Log:
> > Reintroduce syslog-ng-devel for 3.6.0alpha2.
> >
> > Submitted by: Peter Czanik <peter.czanik at balabit.com> (syslog-ng upli
> ne)
>
>
> Do Ports really need alpha quality -devel ports in the collection?
>
> If it were up to me I'd purge 90% of our -devel ports. I tried to start
> a conversation about a policy for these with portmgr, but as usual, only
> one person responded. I'd still like to have that conversation though.
> This -devel port trend is disturbing.
Some people actually use this stuff, bleeding edge -CURRENT with bleeding
edge ports. If people want to try out and test new software on the latest
-CURRENT, by the time the rest of us use the release-ready versions most of
the bugs have been ironed out. At the expense of a little repo bloat our
upline and users receive a better product in the end.
I personally have used some -devel ports because I've needed a feature not
present in the GA version.
If submitted by our upline, as in this case, maintaining good relations
with said upline is worth something too.
In regard to some devel ports, e.g. ntp-devel, unfortunately our upline
only supports and provides security fixes for the devel version.
All in all, I think there's value with including good quality pre-release
software in ports, which syslog-ng-devel and ntp-devel are.
--
Cheers,
Cy Schubert <Cy.Schubert at komquats.com>
FreeBSD UNIX: <cy at FreeBSD.org> Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
More information about the svn-ports-all
mailing list