Как удовлетворить неудовлетворяемые зависимости?

[GNU Human]

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

А ситуация следующая (это лишь пример):

Пробую установить в старый Debian 9.13 актуальный пакет для удалённого управления aspia-console-2.5.2-x86_64.deb.

В результате получаю следующее:

Открыть содержимое (спойлер)

# apt install ./aspia-console-2.5.2-x86_64.deb

...

Пакеты, имеющие неудовлетворённые зависимости:
 aspia-console : Зависит: libc6 (>= 2.29) но 2.24-11+deb9u5 будет установлен
                 Зависит: libgcc-s1 (>= 3.4) но он не может быть установлен
                 Зависит: libstdc++6 (>= 10) но 6.3.0-18+deb9u1 будет установлен
                 Зависит: libx11-xcb1 (>= 2:1.6.9) но 2:1.6.4-3+deb9u4 будет установлен
                 Зависит: libxcb-xinput0 (>= 1.14) но он не может быть установлен
E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

[свернуть]

Насколько я понял, 3 библиотеки старше чем требуется, а две другие вообще отсутствуют в репозиториях.

Вопросы:

1) Возможно ли как-то всё же установить данный пакет в данную версию дистрибутива? Пусть будут любые пляски с любыми бубнами, скачивание отдельных пакетов из интернета, ручная установка и т. д. Но вообще, это возможно или нет? И если да, то как? Какой тут может быть алгоритм действий?

2) Возможно ли взять нужные библиотеки из актуального дистрибутива и вручную их разместить в старом, чтобы нужный пакет воспринимал их? Если да, то как это сделать? Какие могут быть пробелым?

3) Есть ли у вас какие-то понравившиеся статьи на эту тему? Если да, то поделитесь ссылками.

---

Суть темы именно в том, как устанавливать новые пакеты в старые дистрибутивы и наоборот старые пакеты в новые дистрибутивы? Возможно ли это, и если возможно, то до какого предела и какими методами?

[ferum]

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

[GNU Human]

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

Расскажите чуть подробнее, пожалуйста.

Получается, что такая установка (нового в старое или старого в новое) невозможна в принципе? И никаких особых методик тут нет? Правильно понял вас?

[Aalexeey]

Расскажите чуть подробнее, пожалуйста.

http://zenway.ru/page/debperesborka

[ferum]

Старое, новое, всё относительно. Существуют определённые параметры, в пределах которых есть совместимость. В исходниках обычно есть документация.

[Anna]

С этими зависимостями лучше не играть,сломается вся система. От этой libc6 зависит всё! И не факт,что новый пакет соберётся со старой библиотекой glibc. Тут проще систему обновить или переставить

P.S. УПС.. Ферум написал тоже-самое..,сорри.

[GNU Human]

ferum, Aalexeey, Anna, благодарю за ответы. Немного прояснилось. А что насчёт AppImage? Можно ли новое, неработающее в старой системе приложение, упаковать в AppImage так, чтобы оно таки заработало?! Есть ли такой опыт?

[ChubaDuba]

По какой причине такая привязанность к Debian 9?

[GNU Human]

По какой причине такая привязанность к Debian 9?

Нет привязанности. Я же написал, что интересен сам алгоритм действий в подобных случаях, а не конкретные версии и программы. Не всегда ведь бывает возможно обновить систему. Поэтому навык выхода из подобных ситуаций должен быть полезным.

А на домашнем компьютере девятку не обновляю потому что просто не досуг. Всё, что мне нужно работает.

[ChubaDuba]

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

Алгоритмы зависят от конкретной программы, а может этих алгоритмов и вовсе не существует.