[FFmpeg-devel] The roundup bug tracker
Sat Oct 4 01:56:19 CEST 2008
On Sat, Oct 04, 2008 at 01:07:52AM +0200, Luca Barbato wrote:
> Diego Biurrun wrote:
> > On Fri, Oct 03, 2008 at 12:19:03PM +0200, Luca Barbato wrote:
> >> Michael Niedermayer wrote:
> >>> Id like to repeat lucas call for help to admin the roundup tracker!
> >>> There are several issues open, some of them being
> >>> * backups
> >> * file storage
> > ?
> A nice thing would be get it store just patches and have testcases put
> into mphq ftp.
cronjob with a 3 line script
head file | grep Index
will identify patches
will happily upload them
> > Good old Bugzilla...
> > Anyway, I think the problem with Roundup are the regressions, not
> > Roundup itself. It used to work rather well in the beginning, but now
> > it is broken. If you could restore it to its previous state, that would
> > be wonderful.
> The main and most interesting issues is that I hadn't touched it at all.
> I'm pretty much puzzled about this.
are you sure?
well then please check the standard stuff
also diff all the files against a fresh roundup install
did the system ever crash? if so make sure nothing got corrupted
Also what values do
add_author and max_attachment_size have?
the first may fix the annoyig autonosy if its no
and the second might prevent huge attachments
of course iam not sure, thats just based on TFM
and why is the respective config file not in git?
does it contain sensitive data like passwords?
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us carefully observe those good qualities wherein our enemies excel us
and endeavor to excel them, by avoiding what is faulty, and imitating what
is excellent in them. -- Plutarch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel