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

Собственно для решения твоей проблемы и был придуман flatpak, snap и appimage.

Это говно, а не решение. Решение это собрать статически, раз и навсегда. И всё, можешь хоть на флешке таскать – будет работать где угодно.

Фигасе, ты им обязанность назначил, начальник. Как ты себе это представляешь? Вносить изменения во все эти проекты? А еще исходники придется править. Это невозможно сделать небольшой группе для тысячи проектов в какой-то адекватный срок.

Решение это собрать статически

Да, блин, можно все либы ложить в deb пакет (также нужно использовать RPATH).

Проще написать на божественной Java и запускать и на маке и на винде и на любимом линуксе.

В том, что флатпак перестанет работать со старым форматом.

Ну тогда уж можно ещё переживать, что сломают elf и ld-linux перестанет работать со старым форматом. И x86_64 сломают и новые процы перестанут работать со старым форматом.

Но не волнуйся, если такое произойдёт, то я (и ещё херова куча человек) форкнем флатпак и вернём в него поддержку старого формата. Благо это не сложно.

И вообще, зачем мне в этой цепочке Flatpak нужен?

Чтобы всё работало без гоммороя. Если это нежелательный эффект, то конечно не нужен, избавляйся от него.

Если нужен, то флатпак обеспечивает централизованную доставку, своевременное обновление, изоляцию с удобным контролем доступа (flatseal).

Вносить изменения во все эти проекты?

Нет конечно, только в свою билд систему.

А еще исходники придется править

Если в твоём кривом дистрибутиве что-то не работает, то конечно придётся.

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

Бери ношу по себе, что б не падать при ходьбе. (с)

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

В Windows технология сборки и технология разработки компиляторов та же, что и шестьдесят лет назад (немножко марафетят все же).

Так ведь уже патчат и собирают, в чем проблема?

Ага и затем хранить по отдельной Java для каждого проекта. Потому что это написано на Java 2, другое на Java 5, третье на Java 8, четвертое на Java 17.

Решение это собрать статически

Для helloworld’а да. Но далеко не все проги вообще можно собрать статически без глубокой переработки. И для ещё большего кол-ва это будет очень плохим решением.

можно все либы ложить в deb пакет

Это не имеет никакого смысла, только создаёт лишний геморрой. Если либа не общая для всей системы, то она не расшаривается в памяти с другими программами (т.к. её больше никто не использует).

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

Любую прогу можно собрать статически с минимальной переработкой. Это замечательное и удобное решение для проблемы ТСа, например.

Это говно, а не решение. Решение это собрать статически, раз и навсегда.

Ну и кроме того, что так сделать можно не всегда, ещё и проблема с тем, что нет центральных реп, за обновлениями на сайт и т.п. В общем всё как любят виндузятники. Такая ОС уже есть, не идеальна, но популярна. Так может не мучатся?

Любую прогу можно собрать статически с минимальной переработкой.

Ну собери libreoffice статически. Вперёд, докажи делом а не словом.

Запустить после этого только не забудь.

Нет конечно, только в свою билд систему. Если в твоём кривом дистрибутиве что-то не работает, то конечно придётся.

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

Бери ношу по себе, что б не падать при ходьбе. (с)

Ну это ты дурачишься уже.

А после обновления с сайта увидеть баннер на весь экран с предложением заплатить за расшифровку диска😆

флатпак обеспечивает централизованную доставку, своевременное обновление, изоляцию с удобным контролем доступа (flatseal).

Это модные штучки для актуального софта, но это всё противоречит архивным целям.

Если софт не поддерживается много лет, то странно ожидать, что кто-то будет поддерживать его версию во Flatpak, который ещё тридцать раз сдохнет к тому времени.

В этом случае нужен тупо архивчик со софтом и используемыми им либами, который можно просто установить и использовать.

В винде так можно? Да, отлично можно. Большая часть софта и через 20 лет спокойно работает на современной Windows. Может без новых фич типа HiDPI, но работает. На линуксе так можно сделать, но очень мало кто делает.

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

Такая ОС уже есть, не идеальна, но популярна

Причём тут ОС? Речь про отдельные программы.

за обновлениями на сайт

ТСу не нужны обновления.

Ну за нормальные пакеты надо платить. Всё так.

ТСу не нужны обновления.

facepalm.jpg

Ну слился и слился, зачем же себя по лицу-то бить?

А что не так? Если программа работает и делает то, что нужно, обновления могут разве только поломать что-то. Если там появились нужные фичи, ну можно и поставить вручную новую.

Это не имеет никакого смысла, только создаёт лишний геморрой. Если либа не общая для всей системы, то она не расшаривается в памяти с другими программами (т.к. её больше никто не использует).

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

Но это нужно в случае, как у ТС.

И интересно, как библиотеки в deb складывать - так не имеет смысла, а как все херачить в статическую линковку - так норм. Да статическая сборка еще не всегда легче.

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

А в Debian и не знают, что делают все неправильно.

Кто и что патчит?

Это модные штучки для актуального софта, но это всё противоречит архивным целям.

Ну во-первых, это очень не очевидная вещь, но всё же попробуй её понять: софт не создаётся не поддерживаемым. Он им становится. И пока он поддерживается все эти вещи нужны.

А изоляция для старого не поддерживаемого софта с кучей уязвимостей вообще обязательна.

Если софт не поддерживается много лет, то странно ожидать, что кто-то будет поддерживать его версию во Flatpak

В этом случае останется последняя актуальная версия. И поставить её можно будет одной командой, а не лазить по файлопомойкам с надеждой выцепить нормальный архив.

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

как библиотеки в deb складывать - так не имеет смысла, а как все херачить в статическую линковку - так норм

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

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

Нисколько это не сложнее. Для 99% программ вообще делается указанием опции сборки и всё. Какие-то особые телодвижения нужны если программа предполагает использование загружаемых аддонов и т.п.

Ну слился и слился, зачем же себя по лицу-то бить?

Да не переживай ты так, никто тебя бить не будет, тем более по лицу. Сливайся сколько влезет.

А что не так? Если там появились нужные фичи, ну можно и поставить вручную новую.

Ты сам ответил на свой вопрос. Есть нормальное решение, без если.

Не имеет смысла потому что один хрен. Выигрыша от динамических библиотек не будет.

Ты уже собрал libreoffice статически? Запусти, посмотри на отсутствие выйгрыша.

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

Пользователь кликает по иконке в меню. Если все работает - то вообще пофиг, как там слинковано.

Нисколько это не сложнее. Для 99% программ вообще делается указанием опции сборки и всё. Какие-то особые телодвижения нужны если программа предполагает использование загружаемых аддонов и т.п.

Вот не фига. Собери ка статически Qt и то, там плагины все равно в виде разделяемых либ.

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

Ну во-первых, это очень не очевидная вещь, но всё же попробуй её понять: софт не создаётся не поддерживаемым. Он им становится. И пока он поддерживается все эти вещи нужны.

Для поддерживаемого софта это и не нужно, по идее. Но автор обычно и сам не знает, какая версия по той или иной причине окажется последней. Так что нужно делать каждую в таком виде в архивных целях. Чтобы через n-лет её можно было найти и использовать.

А изоляция для старого не поддерживаемого софта с кучей уязвимостей вообще обязательна.

Это опять искусственная проблема. Изоляция это хорошо, но точно не обязательно. Далеко не весь софт ходит в интернет в принципе.

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

Простая ситуация - разработчики Flatpak меняют формат пакетов и выпиливают все, которые не поддерживались n-лет. Вполне стандартная ситуация для централизованных магазинов приложений

Flatpak в этой цепочке лишний, он только всё усложняет. Это вообще стандартная черта современных разработчиков линуха - создать грабли на ровном месте, а потом героически с ними бороться максимально непрозрачными способами. Боролись с DLL-hell а получили вот это вот, когда старый софт вроде и не софт как бы. Хотя в нём ничего не менялось, он всё так же, как и в бытность актуальным, отлично может выполнять свою задачу. Если это не браузер или что-то подобное, конечно.

Хотя казалось бы, старый добрый .tar.gz, чего вам ещё надо.

Для 99% программ вообще делается указанием опции сборки и всё.

Это у простых проектов.

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

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

Пришел.

Для поддерживаемого софта это и не нужно, по идее.

Ну вот есть tde - kde3. Проект поддерживаемый, но qt3 ты в репах не найдёшь. Конкретно для tde есть репы под дистрибутивы, и вообще это DE, и должно быть частью ОС. Но суть я думаю ясна: тулкит выкинули из дистрибутива, но сам софт на нём ещё поддерживается. Таких случаев мало, но они всё же есть.

Далеко не весь софт ходит в интернет в принципе.

Тебе говорят о проблеме, ты говоришь, что не весь софт ей подвержен, а значит проблемы нет. Это не верная логика.

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

Простая ситуация - разработчики Flatpak меняют формат пакетов и выпиливают все, которые не поддерживались n-лет.

А ещё одновременно с этим разработчики ld-linux перестанут поддерживать elf, а новые процы на x86_64 перестанут поддерживать старые инструкции.

Оно, конечно, всё возможно, но давай без совсем фантазий.

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

Flatpak в этой цепочке лишний, он только всё усложняет.

Я уж не знаю, как тебе, но лично мне сделать sudo flatpak install appname куда проще, чем лазить по файлопомойкам в поисках tar.gz и потом разбираться, как его собирал автор, какие у него зависимости, качать старые версии библиотек и пытаться собирать их в современном линуксе.

Я пишу про решение, которое не зависит ни от чьих серверов.

Оно зависит от сервера, на котором была размещена сборка. Если это гитхаб, то у него ещё что-то более-менее предсказуемо. Если это любой другой сервер или тем более собственный сайт проекта, то это куда более непредсказуемая вещь, чем flathub.

А политика flathub’а вполне предсказуема - они хранят пакеты и рантаймы.

Если она и поменяется, то про это будет заранее известно и всё содержимое флатхаба будет эвакуировано куда-то ещё. Единомоментная потеря кучи данных без возможности восстановления - это какая-то максимально невероятная история (без глобальных катаклизмов, разумеется).

Можно просто запустить в докере или виртуалке нужную версию ОС и поставить нужную программу туда.

Единомоментная потеря кучи данных без возможности восстановления - это какая-то максимально невероятная история (без глобальных катаклизмов, разумеется).

Хм. Ну раз в год и палка стреляет. Для этого и существует резервное копирование и личный билд сервер.

Решение это собрать статически

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

Проще написать на божественной Java и запускать и на маке и на винде и на любимом линуксе.

Или взять виндовскую версию, и запускать через wine

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

А в чем проблема самим реализовать?

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

Opensource софт можно собирать статически на обычных кутях.

Платный Qt нужен если не устраивают лицензии: LGPL3 / GPL3.

ScanTailor на этот раз

Блин, я ей как-то без затей привел в человеческий вид документацию на Тойоту:

https://webhamster.ru/site/page/index/main/news/324

Программа просто гениальная: каждый элемент интерфейса логичен и делает то, что должен делать. А это по нынешним меркам дорогого стоит.

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

то используй один из дистров, которые я тебе перечислил.

Отличная рекомендация! Чтобы пользоваться программой - меняй дистрибутив. Хвост вертит собакой, и тебе норм такое положение вещей.

Это пакетный менеджер, а не просто программа. Вокруг пакетного менеджера построен весь дистрибутив. Поэтому такие аналогии как «Хвост вертит собакой» к данному случаю отношения не имеют.

Собери ка статически Qt и то, там плагины все равно в виде разделяемых либ

И чо? Вот даже официальный мануал есть https://doc.qt.io/Boot2Qt-5.15/qtee-static-linking.html Всё можно статически собрать.

Это проблема всей индустрии, особенно опенсорса, а не Линукса или Дебиана.

Линус о собственном опыте пакетирования под Линукс (на русском)

https://www.youtube.com/watch?v=8BNFACoLe_c

Это пакетный менеджер, а не просто программа.

А кто написал «используй один из дистров»?