cvs commit: ports/devel/portmk/Mk bsd.apache.mk bsd.database.mk bsd.java.mk bsd.port.mk bsd.port.post.mk bsd.port.pre.mk bsd.port.subdir.mk bsd.tcl.mk ports/devel/portmk/scripts distfiles.sh options.pl options.sh ranksites-fping.pl ...

[Kris Kennaway]

On Mon, Sep 19, 2005 at 12:06:10AM +0300, Ion-Mihai Tetcu wrote:
> On Sun, 18 Sep 2005 16:58:16 -0400
> Kris Kennaway <kris at obsecurity.org> wrote:
> 
> > On Sun, Sep 18, 2005 at 11:47:14PM +0300, Ion-Mihai Tetcu wrote:
> > > On Sun, 18 Sep 2005 20:34:12 +0000 (UTC)
> > > Clement Laforet <clement at FreeBSD.org> wrote:
> > > 
> > > > clement     2005-09-18 20:34:12 UTC
> > > > 
> > > >   FreeBSD ports repository
> > > > 
> > > >   Modified files:
> > > >     devel/portmk/Mk      bsd.port.mk bsd.port.subdir.mk 
> > > >   Added files:
> > > >     devel/portmk/Mk      bsd.apache.mk bsd.database.mk
> > > > bsd.java.mk bsd.tcl.mk 
> > > >   Removed files:
> > > >     devel/portmk/Mk      bsd.port.post.mk bsd.port.pre.mk 
> > > >     devel/portmk/scripts distfiles.sh options.pl options.sh 
> > > >                          ranksites-fping.pl ranksites-geoip.pl 
> > > >   Log:
> > > >   - Sync portmk with next exp-build patchset.
> > > 
> > > Many thanks. Can we assume that from now on we'll have in this port
> > > the next set of changes one-two weeks before they'll be in the
> > > base ?
> > 
> > This time it will be at least 1-2 weeks because we can't actually
> > commit the changes until 6.0 is out, but I don't know if we'll be able
> > to do this in future, because this would actually introduce delays
> > into the schedule, which really isn't something we need.
> > 
> > Typically when one of us has time to run a test build, the changes are
> > selected then and put into testing almost immediately, with the
> > results known within a day or two.  Waiting before starting the test
> > would run the risk of losing the window of availability to run the
> > test build, and waiting afterwards would allow new errors to creep in.
> 
> What I would like is to have access to the "next set of changes" so
> that I can catch any problems I might have with my scripts that
> sometimes make use of "unsupported" features of *.mk
> Even 2-3 days would help.

We should be able to manage that.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20050918/d1f75f3d/attachment.bin