[Debian-l10n-devel] Thomas scripts still running

[Nicolas François]

Hi,

On Wed, Jun 18, 2008 at 12:32:37AM -0300, Felipe Augusto van de Wiel (faw) wrote:
> 
> On 17-06-2008 20:57, Nicolas François wrote:
> > 
> > => you can backup and remove /srv/dl10n-stuff/bin/gen-testing and
> > /srv/dl10n-stuff/bin/gen-testing.cfg
> >    I will later move gen-testing2 and gen-testing.cfg2 and update the
> >    cron job.
> 
> 	I added permission to the group, you should be
> able to backup and remove them, that will avoid unnecessary
> downtime. We should add them to the SVN in a branch, just
> as a reference, I can't think of a better way to backup
> _and_ document it.

Done.

I did not backup it (well, I've removed the backup. The scripts only
differ by the configuration variable at the beginning. now that the
rollback is done and OK, the config file is not really useful.

> > I would like to inform the user language teams since the results are not
> > exactly the same.
> 
> 	Yes, at least the ones using our infra-structure.

Done.

> > Some DONE mails will have to be sent for old files or I can automatically
> > close the threads older than 3 years.
> 
> 	Why? Can't we hack it to check the BTS and close
> what's pending?

The problem is the messages whose status did not change after a TAF, ITT,
RFR, or LCFC.
Some old messages (2002-2006) went unnoticed, probably because the previous
database was build starting from 2006.

> > You can have a look on
> > http://i18n.debian.net/~nekral/www-debian-l10n/portuguese/pt.by_date.html
> 
> 	It seems very consistent for Portuguese, BTW, would
> be possible to use pt_BR to avoid confusion with our fellow
> Portuguese (but not Brazilian Portuguese) translators and
> also allow them to use the robots?

I changed to use pt_BR internally, and portuguese_BRAZIL on the web page.
Mixing pt and pt_BR is not really possible currently. It might also be
quite difficult to follow for you.

> > I was able to recreate the full database in a few hours, and I would
> > propose to stick with backups and a way to restore the database rather
> > than storing the database on a repository.
> 
> 	rsnapshot can do incremental snapshot, saving
> space and providing multiple return points. I will
> setup it.

That's still needed.

> > The databases can be re-created from scratch with
> > /srv/dl10n-stuff/bin/spiderinit
> 
> 	That's great.


Based on the mail I sent to translation team, this script might change to
fix the start dates.

Cheers,
-- 
Nekral