Самый простой вариант - копировать все письма-уведомления об изменении ещё и в какой-нибудь публичный список рассылки.
Вариант немного сложнее - коммитить все изменения в какой-нибудь публичный git-репозиторий.
Какие-нибудь ещё варианты?

git-репозиторий с изменениями ACL'ей - это, конечно, красиво, но что делать, если хочется посмотреть историю изменений для конкретного пакета?

Ну... бранчи?

8000 бранчей, по пять коммитов в каждом? По-моему, это misuse :)

Предложи лучше. Но чтоб обязательно в гите :-)

Вот те файлики с acl в гит и пихать при срезе архива сизифа?  Хотя это racey...

(In reply to comment #5)
> Предложи лучше. Но чтоб обязательно в гите :-)

Один пакет -- один файл. Одна группа -- один файл.

(In reply to comment #1)
> Самый простой вариант - копировать все письма-уведомления об изменении ещё и в
> какой-нибудь публичный список рассылки.
> Вариант немного сложнее - коммитить все изменения в какой-нибудь публичный
> git-репозиторий.
> Какие-нибудь ещё варианты?

А нужно ли это при нынешней системе уведомлений об изменениях?

(In reply to comment #8)
> (In reply to comment #1)
> > Самый простой вариант - копировать все письма-уведомления об изменении ещё и в
> > какой-нибудь публичный список рассылки.
> > Вариант немного сложнее - коммитить все изменения в какой-нибудь публичный
> > git-репозиторий.
> > Какие-нибудь ещё варианты?
> 
> А нужно ли это при нынешней системе уведомлений об изменениях?

В самом деле, нужен git-репозиторий или нет?

Мы сделали сохранение в базу истории изменения ACL на beta.packages.altlinux.org
можно повесить FR про её отображение.

Пока по cron, сейчас ведём работы на предмет записи истории по событию.

Я бы, конечно, предпочёл бы видеть git-репозиторий, в котором у каждого репозитория был бы свой бранч, а у каждого пакета и группы - свой файл.  Но вместо этого у нас реализовано то, что реализовано.

Ок, давай сделаем ещё и git.

Т.к. моя идея о передаче изменений из girar в packages.altlinux.org заключается в том, что сообщение о изменении ACL будет падать в AMQP очередь, то из этой очереди забирать такое сообщение (помимо sync в СУБД) может ещё какой-то сервис, который будет делать нужный нам git.

Вешаю на Егора, он сейчас как раз пилит работу с сообщениями через rabbitmq.