Как вы понижаете версии программ?

Gentoo: замаскировать пакет, пересобрать мир.

Debian: скачать DSC файл, собрать DEB пакет под текущий релиз, установить, сделать hold.

Очень редко, если только что-то сломалось и мешает работе dnf downgrade app, и если dnf update --enable-repo=updates-testing app не решает проблемы.

Nix: либо ищу коммит в nixpkgs с нужной версией, либо прописываю нужную версию через overrideAttrs. Если параллельно поддерживается несколько версий, то просто выбираю нужную.

В арче делал pacman -U /var/cache/pacman/pkg/имя-пакета.версия.tar.zst. Ну и в /etc/pacman.conf прописать игнор — чтоб не обновлялось.

В воиде это делается как xdowngrade /var/cache/xbps/имя-пакета.версия.xbps и sudo xbps-pkgdb -m hold имя-пакета чтоб не обновлялось. Но я ни разу не делал за год с небольшим использования воида. Просто не требовалось.

В FreeBSD

Сначала делаю pkg install /var/cache/pkg/нужный-пакет.pkg, а потом мы смеемся с другом.

Один раз что-то даунгрейдил, один раз помещал в IgnorePkg в /etc/pacman.conf

Слакварь вообще лишена этой проблемы, в пределах возможного, конечно :) Ну и, как и везде, есть штатные средства для заморозки версий пакетов. Вот только, если будет обновление, ломающее совместимость, придëтся, как и везде, его пересобирать.

Никак. Ни разу не понадобилось.

в Guix ищу коммит для определенной версии и закрепляю приложение за ним. На постоянке прибил к коммитам телегу и хромиум — часто при обновлении эти товарищи или сломаны или бинарей нет. Если для пакета доступно несколько версий, можно просто указать нужную, например gcc-toolchain@4.8.5

в Void либо откатываться из кеша xdowngrade /path/to/pkg.xbps, либо если кеш почищен собирать из гит комиита

sudo snapper rollback

В GuixOS такой проблемы нет.

В aptitude нажимаю кнопку v. Если надо, подключив нужный репозиторий. Потом холдю. Так у меня всегда angband 3.5.1

dpkg --force-downgrade -i package_old_version.deb

На все воля Господа.

Приблизительно так.

в генту скопировать ebuild в локальный оверлей, сделать mask на ::gentoo

в дебьяне в таких случаях лучше вместо холда использовать /etc/apt/preferences[.d]. задираешь конкретной версии пакета приоритет 9999 и всё, апгрейдиться она не будет никогда.

Какой проблемы?

Не создавай себе проблему, не придётся её решать.

Установи в /opt/*

брат, понижать нельзя. сначала пивко, потом коньяк, а не наоборот, а то голова болеть будет

сначала по одной, потом по половинке, вот все что нужно для хорошей вечеринки

В неважно каком дистрибутиве просто выполняю неважно какую команду и всё готово.

В Арче — скриптом downgrade

Если пользоваться нормальным дистрибутивом, то ничего никуда понижать не придётся. Хороший gnu-linux это конечно же debian.

Пересобираю из предыдущего скрипта, меняя название пакета и прописывая в conflicts основной пакет.

А зачем? Я помню гном на убунте откатывал, но это была 10 убунта емнип.

Gentoo: Маскирую неугодную версию и переставляю. Иногда бывает что нужную версию из дерева уже выпилили, тогда приходится копипастить ебилд в локальный оверлей и менять версию вручную.

Совсем недавно, кстати, надо было. Когда в новых freerdp проломали курсор при 175% масштаба и удаленный аутлук ронял рдп сессию. Откатывался на 3.17 и репортил баг.

в дебиане если не выходим за пределы использования реп и без сересборки, то можно найти предыдущий бинарный пакет в репе, поставить его и захолдить, если в данном релизе нужной версии не было, то часто работает версия из предыдущего релиза

а так нет никаких проблем с установкой нужной версии софтины в ОПТ и она не будет мешать системной.

Мама, я не могу остановиться!

Вперёд-вперёд-вперёд!!!

А чем это лучше холда?

Лично я если не устраивает то что предлагается то собираю нужное,ставлю через dpkg удалив сначала то что было, и использую hold. Так например у меня всегда mc 4.8.13 с нужным мне мелким патчем.

ничего никуда понижать не придётся

Я пользователь дебиана уже 30 лет. Приходится, хотя и не часто.

А все эти сложности зачем?

Для примера.. Всё это ‘вне системы’. Поэтому, не надо ничего удалять, собирать, ставить, холдить. Если я сейчас запущу Дебиан, там всё это уже будет, в рабочем и настроенном состоянии.

А все эти сложности зачем?

В моем случае - чтобы иметь ту верисию mc которая нужна мне, а не ту которую положили в дебиан 11. Настроить такую хитрую конструкцию как в вашем примере - ну наверно можно(в линуксе вообще много чего возможно), но мне не нужно столько разных mc, мне нужен ровно один, тот который нужен. Поэтому я его просто собрал из исходников(с мелким патчем) в пакет, поставил и сделал ему hold. И вот уже пять лет об этом не задумываюсь.

чтобы иметь ту верисию mc которая нужна…

… ты «собрал из исходников».

в пакет, поставил и сделал ему hold…

…зачем? За тридцать лет с Дебианом, ты этого так и не познал.

Подключаешь нужные репы и

apt-cache policy mc
apt-get install mc=4.18.13
apt-mark hold mc

Но если честно, мне подобное понадобилось от силы только один раз много-много лет назад.

Аналогично. Он собирает, потому что патч накладывает. Ты зачем советуешь «самопридуманные проблемы».

>=media-gfx/imagemagick-7.0.0.0

что-то вроде такого в package.mask

ты «собрал из исходников».зачем?

Потому что мне нужна определенная версия с определенным наложенным «левым» патчем. Вот с ним собрал, установил, и сделал hold

apt-get install mc=4.18.13

О наличии в репозиториях Дебиана-11 версии mc 4.18.13 мне не известно.

мне подобное понадобилось от силы только один раз

Я тоже не говорю что это массовое явление. Но таки бывает когда требуется софт или определенной версии, или с неофициальными патчами, или собранный не с теми #define как собрали в дистрибутиве. Вот тогда такие замененные на свои пакеты и ставятся в hold чтобы не пытались обновляться.

Это как пример был. Версия которую ты желаешь аж 14 года, конечно уже давно протухла.

Тогда остаётся только самому deb собрать → https://wiki.debian.org/SimplePackagingTutorial

ЗЫ: или вот ещё → https://github.com/xor-gate/debpkg для совсем ленивых ;)

pisi package manager.

Локальный репозиторий с максимальным приоритетом. Пакет можно подсунуть из /var/cache/pisi/packages или собрать самостоятельно.