apt нет, в deb можно условия добавить либо iocron или типа того
>> в deb можно условия добавить Не совсем понимаю, коснётся ли это пакетов, устанавливаемых аптом? >> либо iocron Думал inotify, но мне не нравится — от патча отдельного файла зависит бутабельность и работоспособность системы, а потому хотелось бы максимально надёжный механизм
так тупо заморозь пакет
Я не хочу замораживать пакет, я хочу патчить файл на каждое его обновление автоматически
ну может и можно как-то через dkms, но не уверен, ionotify кажется самый простой костыль
Ну не знаю, к чему тут генту, если даже арч умеет
Зафиксируй версию пакета в apt, обновляй его руками, например. Иди запусти dpkg-divert --local
Чуть ниже отвечал. Тем более, что не на каждое обновление пакета обновляется и проблемный файл
Ну, можэшь повытягивать информацыю внути хука dpkg. Но это всё непавильно, конечно. Правильно -- 1) послать багепорт мейнтейнеру. 2) Пока мейнтейнер не отреагировал -- форкнуть пакет с другой вариацыей в версии. И патчить этот файл при сборке. 3) Запинить свою вариацыю версии.
Ну, для grub я не могу никакой репорт послать — там мои весьма специфические костыли, а для initramfs буду, наверное, если не забью на переход на дебиан, но потом же полтора года релиза следующей версии ждать, сидя со своим пакетом...
для граб можешь фича реквест послать -- правила генерации меню-эньтри через опции, но мне кажется, оно там где-то было....
Вообще, граб крайне гибкая херовина -- и чтобы что-то нельзя было отпинать доп.модулем и конфигом -- это странно.
Ну, выше был вариант с персистентным конфигом, но он не очень. Как добавить такой конфиг, который бы прошёлся по результату работы имеющихся системных конфигов (например, после /etc/grub.d/30_os-prober) — я без понятия, не осилил эту задачу. Поэтому лучшее, до чего я додумался — патчить сам скрипт
Мысль интересная, но нужно бы подумать, какой у этой фичи интерфейс должен быть вообще. Я с трудом представляю. Можно требовать писать тайтл прямо в /etc/os-release, но звучит немного так себе
А где у него апстрим вообще?
1) Да в общем -- как-то можно вроде перехватить вначале весь вывод и его фильтовать. 2) Но если так нравится что-то делать с оригинальным os-probe -- ну, поставь dpkg-diver --local и вызывай оригинал из своего os-prober. Вывод его можно патчить.
https://www.gnu.org/software/grub/grub-development.html
А вообще, да, вариант звать оригинал из своего выглядит разумно, нужно обдумать, что я с этим могу сделать, спасибо
Обсуждают сегодня