Все же с библиотеками и зависимостями Linux куда-то не туда идет

Представь себе, чисто технически вариант «один раз сделать софтину и греться мыслью, что она и через 15 лет кому-то пригодится» более чем реален. Прямо сейчас ты можешь скачать весьма старые версии OpenOffice и Firefox из архивов и они без проблем запустятся на новых Linux.

Проблема не техническая, что Linux не позволяет так делать (вполне позволяет), а организационная, что так не делают.

Нахера под разные? Один тарболл для всех при таком подходе уместен.

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

Так а в винде ты думаешь, кто этим занимется? Именно разработчик или какой-нибудь devops если в компании есть такой сотрудник.

Дааааааааааааа. Ну слава богу, что тут в вопросе есть единомышленники.

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

К примеру в 1С 7.7 так и сделано.
При инсталяции нужные ей dll mfc помещает в директорию программы.

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

Жаль, что среди разработчкиков их мало. Это общая проблема, что я часто вижу в работе — нередко программисты совершенно некомпетентны в вопросах администрирования!

В результате в то время, когда любой грамотный админ представляет, как правильно пакетить ПО единым архивом под уйму разных Linux, разработчики просто херак-херак собирают полуавтоматикой 1 пакет под конкретный дистрибутив и забивают.

Исключение — только софт от крупных вендоров, что озаботились наймом компетентных спецов.

Скачал Firefox 3.6.28 отсюда, распаковал, делаю:

[alexf@alexf-desktop firefox]$ ./firefox
./firefox-bin: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory
[alexf@alexf-desktop firefox]$ ./firefox-bin
./firefox-bin: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory
[alexf@alexf-desktop firefox]$ 

Nuff said

А этой версии всего лишь 10 лет

sudo apt install libgtk2.0-0 и заработает.

Ахахаха

Чего? Кстати, если ты запускаешь 32-битное ПО на чистой 64-битной ОС, то нужно доставлять руками 32-битные библиотеки.

Тем самым они принуждают использовать последние версии.
А эта граната Firefox 3.6.28 не того калибра.

Да он просто пытается 32-битный Firefox запустить на 64-битной ОС. Нужно руками доставить 32-битные либы для gtk2 и запустится.

Это я про себя.

Ааааааааааааа, «атавизм»!

И под винду и под мак тот же тарболл?

Представь себе, даже так можно. Придется исполняемые файлы собирать под разные ОС, конечно, но многие игры ресурсы делают общими.

Остаётся понять, зачем это нужно создателю бесплатной программы.

Спроси у разработчиков OpenArena и Xonotic, зачем им это нужно. Факт в том, что это возможно, то есть проблема не техническая.

зачем им это нужно

Потому, что опытные разработчики.

Я согласен со всем, что ты здесь пишешь (и далее по треду тоже), разве что по поводу вот этого момента:

И вот интересно, если автор этого не сделал, то блин причем здесь линукс, ети вашу мать!

могу сказать следующее: только линуксовые «дистрибутивы» приучили разработчика к тому, что можно вывалить сорцы куда угодно, кто-нибудь да поднимет. Зоопарк пакетных форматов с одной стороны и иллюзия мейнтейнерской поддержки с другой подталкивают автора софта к тому, чтобы вывалить сорцы куда попало, а дальше пусть оно как-то само. И это длилось десятилетиями, и стало частью культуры именно в линуксах.

… а организационная, что так не делают.

Главное что-бы на LOR’е за обсуждение этого не банили. =)

Fallout 2

Это все правда. Но это же не техническое ограничение.

Она из репака, в который добавлены все требуемые либы и конфиги? Или прямо версия за 98 год? Или диск, купленный в то время?

иллюзия мейнтейнерской поддержки с другой

Разработчики Windows отвечают лишь за системные dll + разные SDK.

Поэтому то разработчики прикладного софта знают, что для того, чтобы приложение работало, они должны сами позаботиться об дополнительных dll.

В Linux все по другому.

С диска. Одним кликом ставишь режим совместимости и всё.

Ну хорошо. Есть пример рабочий. Но есть же примеры нерабочих приложений тех лет. Мы их игнорируем с аргументом «не, ну вот же это приложение то работает»?

Кстати, а твой Fallout 2 поддерживает разрешения 1366x768 / 1920x1080 ?

Он изначально запилен под 800x600 16 бит цвет, вся игра нарисована под этот режим. Хаки под более другие режимы есть. Иногда выглядит страшновато, но играть не мешает.

С каким-нибудь Planescape ровно та же история. Запускается, большие разрешения приделаны сбоку энтузиастами.

Такой подход (в частности) способствует созданию сотен дистрибутивов.

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

Вот потому-то в Windows таких проблем (если прикладной разработчик опытный) нет.

В Linux же они были и будут, пока все будет так как ныне.

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

И можно ссылку на программы из Win 98, которые работают в Win 10?

python 2.7

https://msfn.org/board/topic/162317-python-27-for-windows-95/

Из трекера https://tracker.debian.org/pkg/scantailor видно, что программу выпилили (еще из Buster), потому что она требует Qt4 (собрана с ним).

Она по-прежнему есть в Buster: https://packages.debian.org/source/buster/scantailor.

Выпиливают из testing, чтобы программа не попала в следующий релиз, т.к. его надо будет поддерживать долгие годы. Поэтому когда не уверены, проще выпилить, а потом просто добавить в backports.

Сейчас в Debian вообще нет в репах Qt4.

По-прежнему есть в Buster: https://packages.debian.org/source/buster/qt4-x11.

Пару месяцев назад собирал scantailor на свежем Debian testing. Не оригинал, а какой-то из актуальных форков, как выше уже упоминали, в котором на тот момент как раз добавили патч для Qt, кажись.

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

GNAT Studio gnat-gps (IDE на Ada) не попала в целых 2 релиза (bullseye, bookworm), но хотя бы остался в testing. Всё из-за того, что даже коммерческая контора AdaCore не осилила портировать вспомогательный код на питоне 2 до тех пор, пока даже в Debian не пришло время сказать всё, больше не могём в 2, т.к. закончились патчи безопасности (остались, по-моему, только закрытые за деньги).

Вот, вспомнил ещё один комби-случай, но с хэппи-эндом. diffuse, очень важную программку (попробуй в meld сравнить файлы больше мегабайта), автор не портировал с питон 2 + устаревший питоновский gobject-интерфейс к gtk. Но нашёлся кто-то, кто сделал форк и провёл работу. В Debian заменили под капотом репозиторий даже не поменяв названия (да, форк «нагло» опубликован под оригинальным названием) - и всё.

А kdiff3 не подходит?

Да, пробовал, в плане производительности тоже подходит. Разве что он не только на Qt, но тянет за собой ещё и KDE Framework. Вот с тех пор и приходится обновлять кучу пакетов, которые больше никак не используются.

Тэкс.

https://www.python.org/download/releases/2.7/

Python 2.7.0 was released on July 3rd, 2010.

Ты к чему сюда это написал?

Там же было про:

«Программы времен Win 98, которые работают в Win 10».

Buster сейчас уже oldstable.

Если правильно понял, то речь идет об https://megaobuchalka.ru/6/45175.html Архитектура WINDOWS’98

«Программы времен Win 98, которые работают в Win 10».

Видимо я неправильно прочитал.

Этот Python 2.7 работает и в Win98 и в Windows 10.

Сам Python 2.7 написан позже, да.

А так, в Windows 98 работает Java 6, .NET Framework 2.0.

Хотя эти версии виртуальных машин тоже писались в конце нулевых, а не в девяностые.

Дебиан давно идёт не туда. Собственно, он туда никогда и не ходил.

Однако в данном случае он не причём. Для поддержки устаревшего или слишком инородного софта придуманы флеш-памяти, снепчат и аппимаже. Что мешает взять их там?

Но память сегодня так дорога,что экономить надо буквально на байтах. Лучше шоб вообще ничо не оаботало, зато линакс-way во все поля.

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

А вот я так не считаю. И мне нравится, что установленная система (линукс) весит несколько гигов (а не пол сотни как винда) и ее бэкап (в виде tar.gz) занимает несколько минут.

Да и вообще если эту логику расширять, то получаем армию андроидов и тормозящих сайтов, где выбирают фреймворк попроще на js, где вообще заморачиваться не нужно, зато памяти сжирает, как не в себя. И на старом ноуте элементарный сайт открывается и тормозит, как будто скайрим запускаешь.

По факту уволить пару пользователей, сидящих на старых ноутах, это дешевле чем нанять больше людей и вбухать кучу человекочасов в оптимизацию.

Ага. И заставить купить новое железо. Так и происходит. Торгаш диктует технарю, что делать. Мерзотная ситуация.

Debian 9.4 и Staroffice 7 — вот пример.

В данном случае это личные трудности ТСа. Для дебиана есть репозитории с этим ПО и его форками. Есть куча способов установить его, и даже указали причину почему его нет в репе дебиана, это ПО не уникально и до него выкидывалось из дебиана.

Я и не говорил, что ПО уникально. Как раз проблема в том, что периодически выкидывается старое ПО. Которое при желании, конечно, можно найти способы запустить конечно. Самому, например, поправить исходники, чтобы с Qt5 работало. Или в виртуалке загрузить. Но суть в том, что вообще приходится решать эту проблему и чаще, чем хотелось бы.

Да покажи мне такую. Сколько просить можно.

Скорее наоборот показывать надо, которая не работает и это не драйвер или другая системная программа. Ну вот к примеру, такой сложный софт, как Delphi 6 от 2001-го года можно установить, хотя и слегка повозившись с настройками (поправить пару записей в реестре придется), так как слетает регистрация и еще что-то.

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

Вообще-то уже. Есть минимум два проекта-форка (может и больше). Scantaloir advanced и Scantailor universal. STU даже удалось скомпилировать и запустить в Debian, хотя в репах его нет.

Но тема в принципе о таком явлении.