Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 19 Jan 2012 19:00:04 +0100
From:      Thomas Zander <thomas.e.zander@googlemail.com>
To:        Mark Linimon <linimon@lonesome.com>
Cc:        Michael Scheidell <scheidell@freebsd.org>, ehaupt@freebsd.org, Gabor Kovesdan <gabor@freebsd.org>, freebsd-ports@freebsd.org, Edwin Groothuis <edwin@freebsd.org>
Subject:   Re: Fwd: Re: ports/164244: multimedia/mplayer: last update (1.0.r20111218) conflicts with devel/ncurses
Message-ID:  <CAFU734zATQ47FQkOXPzjux1qAc=JcXcd6%2BHHiFjLeBGN5w0%2BaQ@mail.gmail.com>
In-Reply-To: <20120119170425.GD23733@lonesome.com>
References:  <4F159530.3030306@freebsd.org> <20120119170425.GD23733@lonesome.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 19, 2012 at 18:04, Mark Linimon <linimon@lonesome.com> wrote:

> So if there's breakage, then it needs to be first understood, then
> dealt with. =A0If there is no other way than the horrible backout/PORTEPO=
CH
> dance, then so be it.

That's correct.
However I think that in this situation there was no need to consider a
PORTEPOCH. It was not the first temporary build problem that one of
the 15k ports has and it certainly won't be the last.

On a side note: I am actually proud to work with a project where one
can spot a problem, report it, discuss solutions and patches and have
it fixed in the official repository in (looking at
http://www.freebsd.org/cgi/query-pr.cgi?pr=3D164244) less than 20 hours!
There are many prestigious projects out there that cannot keep up with
FreeBSD in this regard. Just sayin'.

> But the takeaway is that we can't expect the PR submitters, or even
> port maintainers, to get anything right. =A0It sure makes life easier
> when they do, but we can't take it for granted.
> As committers, we are that QA step.

And we maintainers appreciate that there is a QA step represented by a
committer. Trust me, I do! Still there is always the possibility that
even a committer can't foresee every possible side effect that a
commit could have. The main point remains imho that we as a group are
able to find problems fast and fix them quickly, as we have done in
this case.

Regards,
Riggs



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFU734zATQ47FQkOXPzjux1qAc=JcXcd6%2BHHiFjLeBGN5w0%2BaQ>