From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 27 May 2023 11:02:55 +0200 From: Alexey Gladkov To: ALT Linux Team development discussions Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] systemd vs sysvinit (again) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2023 09:02:57 -0000 Archived-At: List-Archive: List-Post: On Sat, May 27, 2023 at 03:25:42AM +0300, Alexey Shabalin wrote: > > > Но зачем так делать? Сделай чтобы понравилось. От меня вы именно > > > такого требуете. > > > > А может быть ты не будешь делать изменений, которые ломают установки ? > > Ты действительно думаешь, что я слежу что ты используешь и пытаюсь > поломать тебе установку? > Делать мне больше нечего. Не мне конкретно. Если бы только мне, то фиг бы с ним. Ты сломал обновление для всех пользователей podman на не-systemd. Ну и видимо действительно нечего. > > Тогда не потребуется исправлять за тобой. А то твоя деятельность > > напоминает кронскрипт-с-глазами. Ты-мантейнер делаешь изменение, а потом > > предлагаешь исправить так чтобы тебе понравилось. > > > > Разумеется я не опущусь до твоего уровня > > Конечно, ни в коем случае. Я и не собирался с твоим звездным уровнем мерятся. > > > и не буду ломать пакеты под > > systemd, хотя порыв оторвать %post-скрипты был. > > А стоило. Если добавил sysvinit скрипт в пакет, то можно просто > перейти на универсальный макрос. > > > Я нашёл раковую опухоль - > > rpm-macros-systemd, исправил его и тестирую rebuild с ним. Но лучше было > > бы изначально сделать нормально. > > > > К сожалению просматривая спеки я обнаружил дополнительное "творчество" в > > %post-скриптах, которое, как я теперь понимаю, тоже нужно вычитывать. > > > > > Ты же добавил init скрипт в пакет netavark, ну и отправляй. > > > > Конечно я его сделал. Это заняло 1 минуту. Вот только из-за того, что ты > > так и не рассказал зачем podman'у нужен netavark я не смог протестировать > > работает ли сервис или нет. Релизить неработающую херную я не хочу. > > Изначально в netavark не было sysvinit скриптов, поэтому был > использован макрос в %post заведомо использующий systemd сервис. Если > ты добавил sysvinit скрипт, то логично и в %post заменить на > универсальный макрос. Ну а можно исправить "не универсальный" макрос, чтобы его пользователи не получали зависимость, которая им не нужна и приходит только из %post. > И все, вопрос исчерпан. > Зачем в podman переходят на netavark, тебе выяснить проще, ты ближе к апстриму. > > Выдержка из podman Changes : > CNI is being deprecated from Podman and support will be dropped at a > future date. Netavark is now advised and is the default network > backend for Podman. То есть ты увидел название в changes и просто добавил зависимость. > > > > > Зачем технический вопрос превращать в ненужное философское обсуждение. > > > > Своим письмом я хотел обратить внимание коллег. Конечно, я могу починить, > > что сломано себе или же в репозитории, но повторю изначальный тезис: было > > бы здорово не ломать пакеты и раз уж сломал, то хоть реагировать и чинить. > > Пакет netavark не ломался, В нем не было sysvinit скрипта. > Как тебе негде тестировать systemd юниты и ты не добавляешь их в > пакеты, так и мне негде тестировать sysvinit скрипты. У пакета netavark зависимость на /lib/systemd/systemd-update-helper и через него на systemd. В этом и поломка. Ты правда этого не понимаешь ? Этот пакет тянет systemd _только_ из-за того %postinstall так написан. Если исправить rpm-macros-systemd, то зависимости не будет. И покажи мне, где я требовал от тебя писать sysvinit скрипт или хотя бы упоминал это ? Проблема с зависимостью никак не связана с sysvinit скриптом. Его наличие позволит запускать netavark на sysvinit, но речь была про другое. > > Этот вопрос появился естественным образом, когда я обнаружил, что часть > > системы не обновляется. А когда я начал смотреть почему, то выяснил, что > > некоторые пакеты (типа ostree) я не могу поставить из репозитория по той > > же причине. > > Добавь sysvinit скрипт в пакет, и сразу все проблемы уйдут. Вот только его нужно сначала поставить на машину. Когда пакет ставится, но в нём нет sysvinit скрипта, то его можно поставить и написать его. Я обратил внимание, что у тебя какая-то странная логика в этом вопросе. У нас кривые макросы, через которые приходит паразитная зависимость, делая невозможной установку/обновление пакета, но решение проблемы - добавь sysvinit скрипт в пакет и мы не будем использовать другие макросы вместо кривых. С моей точки зрения это очень странный подход для мантейнера. -- Rgrds, legion