Bug 19382 - [FR] История изменений ACL
Summary: [FR] История изменений ACL
Status: ASSIGNED
Alias: None
Product: Infrastructure
Classification: Infrastructure
Component: girar (show other bugs)
Version: unspecified
Hardware: all Linux
: P2 enhancement
Assignee: Egor Ignatov
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-28 16:47 MSK by Alexey Gladkov
Modified: 2021-11-19 15:08 MSK (History)
10 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Gladkov 2009-03-28 16:47:33 MSK 
Хотелось бы иметь возможность видеть историю изменений acl. Кто когда и что изменял. Раньше состояние acl можно было увидеть в архиве сизифа. Сейчас они хранятся отдельно и увидеть какими были acl'и неделю назад невозможно.
Comment 1 Dmitry V. Levin 2009-03-29 04:25:03 MSD 
Самый простой вариант - копировать все письма-уведомления об изменении ещё и в какой-нибудь публичный список рассылки.
Вариант немного сложнее - коммитить все изменения в какой-нибудь публичный git-репозиторий.
Какие-нибудь ещё варианты?
Comment 2 Alexey Rusakov 2009-03-30 11:23:54 MSD 
git-репозиторий с изменениями ACL'ей - это, конечно, красиво, но что делать, если хочется посмотреть историю изменений для конкретного пакета?
Comment 3 Evgenii Terechkov 2009-03-30 12:06:11 MSD 
Ну... бранчи?
Comment 4 Alexey Rusakov 2009-03-30 12:36:15 MSD 
8000 бранчей, по пять коммитов в каждом? По-моему, это misuse :)
Comment 5 Evgenii Terechkov 2009-03-30 15:23:36 MSD 
Предложи лучше. Но чтоб обязательно в гите :-)
Comment 6 Michael Shigorin 2009-04-16 23:42:51 MSD 
Вот те файлики с acl в гит и пихать при срезе архива сизифа?  Хотя это racey...
Comment 7 Kirill A. Shutemov 2009-06-22 15:11:25 MSD 
(In reply to comment #5)
> Предложи лучше. Но чтоб обязательно в гите :-)

Один пакет -- один файл. Одна группа -- один файл.
Comment 8 Dmitry V. Levin 2010-03-02 03:09:20 MSK 
(In reply to comment #1)
> Самый простой вариант - копировать все письма-уведомления об изменении ещё и в
> какой-нибудь публичный список рассылки.
> Вариант немного сложнее - коммитить все изменения в какой-нибудь публичный
> git-репозиторий.
> Какие-нибудь ещё варианты?

А нужно ли это при нынешней системе уведомлений об изменениях?
Comment 9 Dmitry V. Levin 2011-02-27 03:22:04 MSK 
(In reply to comment #8)
> (In reply to comment #1)
> > Самый простой вариант - копировать все письма-уведомления об изменении ещё и в
> > какой-нибудь публичный список рассылки.
> > Вариант немного сложнее - коммитить все изменения в какой-нибудь публичный
> > git-репозиторий.
> > Какие-нибудь ещё варианты?
> 
> А нужно ли это при нынешней системе уведомлений об изменениях?

В самом деле, нужен git-репозиторий или нет?
Comment 10 Anton Farygin 2021-11-19 08:11:29 MSK 
Мы сделали сохранение в базу истории изменения ACL на beta.packages.altlinux.org
можно повесить FR про её отображение.

Пока по cron, сейчас ведём работы на предмет записи истории по событию.
Comment 11 Dmitry V. Levin 2021-11-19 15:02:54 MSK 
Я бы, конечно, предпочёл бы видеть git-репозиторий, в котором у каждого репозитория был бы свой бранч, а у каждого пакета и группы - свой файл.  Но вместо этого у нас реализовано то, что реализовано.
Comment 12 Anton Farygin 2021-11-19 15:08:56 MSK 
Ок, давай сделаем ещё и git.

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

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