[MPlayer-mirror] /usr/local/bin/rsync_mplayer >> /dev/null (failed)
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Thu May 5 22:19:53 CEST 2011
On Thu, May 05, 2011 at 10:05:05PM +0200, Botka Istvan wrote:
> On 05/05/11 16:39, Michael Niedermayer wrote:
> > Maybe the mirrors could use
> > wget --mirror -X...
> > or obtain the webpage over git and build it from that, i dont know
> > If these would have problems.
> > At least in terms of bandwidth it should be a non issue for us.
> >
> > The thing with rsyncd is, arpi is apparently too busy currently to
> > work on it.
> Ok. But the mirror scripts was built on rsync based not wget or any
> other methotds (like cvs/bzr/git/svn/etc.).
>
> I manage the www2 and that was the first mirror. As I remember the web
> content was generated by a script triggered on cvs commit. That was the
> cause while rsync was chosen to deploy www contents.
>
> I don't see exactly wo is the responsible person now for mplayer and its
> mirroring. Should change the mirroring process now? Or we should just
> simple wait while rsyncd will functional again?
In my opinion: wait. Possibly we might consider (partially) disabling
the mirrors, with no release pending that probably wouldn't be a big issue.
I don't think the website is a big issue right now anyway.
However if you want to help, you could manually update
http://svn.mplayerhq.hu/MPlayer/releases/mplayer-checkout-snapshot.tar.bz2
and
http://svn.mplayerhq.hu/MPlayer/releases/mplayer-export-snapshot.tar.bz2
If you can automate it to happen daily until rsync works again all the better,
but once is ok, it's just that the versions currently on the mirrors won't compile.
Reimar
More information about the MPlayer-mirror
mailing list