Re: [DONE] wml://Bugs/Developer.wml,Bugs/Reporting.wml,Bugs/server-request.wml,Bugs/server-control.wml

[vofka <vofka-deb-ml@list.ru>]

On Fri, 19 Nov 2021 12:20:08 +0500
Lev Lamberov <dogsleg@debian.org> wrote:

> Чт 18 ноя 2021 @ 18:48 vofka <vofka-deb-ml@list.ru>:
> 
> > On Thu, 18 Nov 2021 09:12:44 +0500
> > Lev Lamberov <dogsleg@debian.org> wrote:
> >
> >> Ср 17 ноя 2021 @ 15:58 Lev Lamberov <dogsleg@debian.org>:
> >> 
> >> > Ср 17 ноя 2021 @ 15:42 vofka <vofka-deb-ml@list.ru>:
> >> >
> >> >> On Tue, 16 Nov 2021 21:13:14 +0500
> >> >> Lev Lamberov <l.lamberov@gmail.com> wrote:
> >> >>
> >> >>> Это письмо предназначено для удаления старого сообщения из базы
> >> >>> псевдоссылок.
> >> >>
> >> >> Надо удалить все записи прямо из базы данных, кроме BTS, если они нужны, потому что записи DONE хранятся три дня, а потом автоматически удаляются, и поэтому нет смысла менять RFR на DONE.
> >> >
> >> > Я уточню, как работает робот, отслеживающий сообщения в списках
> >> > рассылки. Возможно, он сканирует всё, и если сообщение явно не закрыто
> >> > через DONE, добавляет его в базу.
> >> 
> >> Вот --
> >> https://salsa.debian.org/l10n-team/dl10n/-/blob/master/dl10n-spider --
> >> сценарий, который следит за сообщениями в списоках рассылки. Запускается
> >> он по cron --
> >> https://salsa.debian.org/l10n-team/dl10n/-/blob/master/cron/spiderinit.
> >> Напрямую из базы сообщения не удалить, они всё равно заново в неё будут
> >> добавлены. Придётся закрывать их явно с помощью DONE сообщений. Если же
> >> для русского языка указать начальный год сканирования (например, 2014),
> >> то мы потеряем все всё ещё открытые сообщения до выбранной даты.
> >> 
> >> Всего наилучшего,
> >> Лев
> >
> > В давних RFR есть переводы, которые до сих пор ещё не добавлены в репозиторий?
> 
> Там не только RFR, есть и BTS#, и что-то ещё. Они могут быть ещё не
> закрыты. Этот сценарий сканирует всё от указанной даты (или с самого
> начала) и пишет базу данных. В текущем виде он не умеет выбирать только
> RFR и только для веб-сайта.

До 2016 одна запись ITT и одна HOLD, которые, очевидно, уже неактуальны, всё остальное RFR (около 1000 записей). С 2016 только 11 записей (6 BTS, 5 RFR), не считая DONE. Если в RFR до 2016 нет ничего полезного, то, я думаю, было бы намного лучше изменить начальную дату сканирования, чем отправлять ещё 1000 сообщений в рассылку. Можно даже до 2019 передвинуть дату и продублировать выпавшие BTS при необходимости.