Обновился до git-core-2.50.1-alt1.x86_64, в /usr/share/git-core/hooks теперь нет затычек post-commit и post-receive. Существующие проекты (.git/hooks/) на них ссылаются и если каталог находится в синхронизации с облаком (Yandex Disk, например), то зависшие ссылки порождают ошибки синхронизации.
Эти файлы можно было бы вернуть, но, с одной стороны, они были удалены апстримным коммитом https://github.com/git/git/commit/8d714b11df2b65e5f4272c1616e561930010be90 за ненадобностью ещё в 2011 году, и, с другой стороны, средства синхронизации должны адекватно обрабатывать симлинки, в том числе и бытые.
(Ответ для Dmitry V. Levin на комментарий #1) > они были удалены > апстримным коммитом за ненадобностью ещё в 2011 году А почему из пакета пропали только сейчас? В р11 на версии 2.42.4-alt1 эти файлы есть: $ l /usr/share/git-core/hooks | grep -E "post-commit|post-receive" -rwxr-xr-x 1 root root 160 ноя 27 2024 post-commit -rwxr-xr-x 1 root root 548 ноя 27 2024 post-receive
(In reply to Alexander Makeenkov from comment #2) > (Ответ для Dmitry V. Levin на комментарий #1) > > они были удалены > > апстримным коммитом за ненадобностью ещё в 2011 году > > А почему из пакета пропали только сейчас? Полагаете, их следовало убрать раньше?
(Ответ для Dmitry V. Levin на комментарий #3) > Полагаете, их следовало убрать раньше? Я, скорее, хочу понять, считать ли это за критичную регрессию при тестировании этой новой версии в стабильных репозиториях.
(Ответ для Alexander Makeenkov на комментарий #4) > Я, скорее, хочу понять, считать ли это за критичную регрессию *хотел понять Получается, что NOTABUG?
Для Сизифа, я думаю, это изменение считать ошибкой неправильно. Для бранча - зависит от того, что и как сломалось. В принципе эти файлы можно было бы и вернуть, если в этом есть смысл.
Пожалуйста, определитесь в каком виде надо переносить в стабильные бранчи, уже накопилось много CVE.
в p11 думаю надо переносить с потерей функциональности, а вот в p10 бэкпортировать закрытие CVE.
(In reply to Anton Farygin from comment #8) > в p11 думаю надо переносить с потерей функциональности, Я бы всё-таки не стал называть удаление этих файлов потерей функциональности, потому что с их удалением никакая функциональность не утрачена.
тем более. Тогда это и не ошибка.
