[MPlayer-dev-eng] re: FTP.mplayerhq.hu incoming/ dir administration

James Courtier-Dutton James at superbug.co.uk
Wed Oct 20 14:31:01 CEST 2004


compn wrote:
>>Hi,
> 
> 
> hello!
> 
> 
>>1. get a new, bigger disk (current one is 80GB, for ftp only,
>>  including samples archive and releases, and cvs snapshots)
>>
>>2. get someone to verify each file, and if it's shit, or already
>>  fixed (and not interesting enough to save at samples archive)
>>  then delete it. do it once a week or so again.
> 
> 
> i vote for this one, if it plays, delete it. (with no .txt anyways)
> should not be too hard for a couple people on fast connects to do.
> just gotta find volunteers, dev's need time to work on bugs, not sort
> files.
> 
> set up a simple interface (or bugzilla?) for each file, have min 3 people
> try playing it, then comment on each file's bugzilla/report
> audio/video works/fails , color probs, crash, etc
> 
> 
>>3. say a strict policy: if no .txt file (same basename) with
>>  description, the file will be deleted.
>>  it would mean deleting 80% of total data from incoming.
> 
> 
> how about a backup of all samples? on dvdr or cd? then remove
> working ones from mphq?
> 
> 
>>i vote for 3.
>>2. would be the best and 1. is the easiest.
> 
> 
> bigger disk = more shit to sort thru ;p
> 
> 
>>A'rpi / MPlayer, Astral & ESP-team
>>MPlayer's new image: happiness & peace & cosmetics & vmiklos
> 
> 
> -compn
> 

In case you have not noticed, there are other projects that use the 
samples archive on your site. e.g. xine.
It would be a shame to have to duplicate the entire archive, just so 
that a few needed samples don't get deleted.

Also, just because a sample plays now, does not mean it will always 
play. Some change to the mplayer code to fix one sample might break 
another sample, so it is a good idea to keep all samples you can, and 
use them to do tests before each release.




More information about the MPlayer-dev-eng mailing list