[FFmpeg-devel] project task redundancy (was: Re: [PATCH]Remove unused parameter from rotozoom.c)
Thu Jul 23 11:45:06 CEST 2009
On Wed, Jul 22, 2009 at 03:22:04PM +0200, Diego Biurrun wrote:
> On Wed, Jul 22, 2009 at 12:17:55PM +0200, Michael Niedermayer wrote:
> > On Wed, Jul 22, 2009 at 08:28:32AM +0000, Carl Eugen Hoyos wrote:
> > > Michael Niedermayer <michaelni <at> gmx.at> writes:
> > [...]
> > > > Avoid a single point of failure, be that a person or equipment.
> > >
> > > Has this anything to do with FFmpeg?
> > it does
> > * we have 3 roots, 1 alone would be bad
> how true..
> > * we should have several redudnant www servers like mphq, well ...
> We have DNS round-robin for mplayerhq.hu, we could try to get mirrors
> for ffmpeg.org as well. Currently the load is not a big problem.
having 1 mirror would be nice, for sake of redundancy
of course one can argue in how far DNS round-robin is the right thing
for redundancy but then IMO the client is buggy if it doesnt try another
DNS entry if one is down ...
> > * bug tracker and svn are on seperate servers, allowing us to
> > continue working on ffmpeg (svn down -> bugfixing by using git checkout
> > roundup down -> normal work and commits to ffmpeg)
> I'd rather move roundup to mphq at some point, polito.it is very flaky..
roundup isnt hosted on polito anymore unless my /dev/brain and traceroute
> > what we lack ATM is more people reviewing code ...
> The little I do is my very best :)
> But I must agree, it would help a lot if people helped to review code..
> Maybe we should install a
> R edundant
> A rray of
> I nexpensive
> D evelopers
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Opposition brings concord. Out of discord comes the fairest harmony.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel