Полу-rolling какой-то. Посмотрим, что будет со стабильностью.

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

Тут наступают ограничения пакетных систем (всех существующих), ABI и фантазии разработчиков (тот же GIMP использует наипоследнейший gtk, а QtCreator — последний qt4).

Но для софта на Qt или java такое возможно уже сейчас.

Что ж, посмотрим, будет ли это стоить внимания по сравнению с уже существующими решениями других популярных дистрибутивов Linux или нет.

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

Здесь программ в репозитории не как в Debian'е, но вот.

Идея хорошая, но нужно заставить разработчиков приложений использовать это. А это нереально.

Тут наступают ограничения пакетных систем (всех существующих), ABI и фантазии разработчиков (тот же GIMP использует наипоследнейший gtk, а QtCreator — последний qt4).

Нет никаких ограничений. Вот вариант раелизации: собирать приложения статически (или просто тащить необходимые зависимости с собой в своём каталоге) и ставить их в /opt, каждое приложение в свой отдельный каталог. Да, это Шindoшs шay. Можно запилить отдельный репозиторий для таких приложений. Таким образом ты можешь использовать либо очень старое приложение, либо очень новое приложение, несовместимое с версиями библиотек в репах текущей версии твоего дистра. Оно просто несёт нужные ей библиотеки с собой и использует их.

Или можно так. Взять GCC 4.1 и GLIBC 2.4. Обратная совместимость позволит запускать эти бинарники во всех последующих версиях этих библиотек. Взять CentOS 5, взять его стандартные библиотеки. Создать RPM и DEB со стандартными библиотеками, а не входящие в стандарт библиотеки положить прямо в пакет.

Всю проприетарщину нужно компилировать с этими основными библиотеками и этими десктопными библиотеками. В итоге они будут запускаться и в убунте, и в дебиане, и в федоре, и в сьюсе. Причём не важно какой версии, Ubuntu 6.06, Ubuntu 10.10, Ubuntu 12.04... Пример такого бинарника - Adobe Flash Player. Ну как ни бейся, везде запускается, скотина! Или например Desura и игры Braid, Cogs, Osmos, Penumbra, Amnesia, Super Meat Boy, Trine, Zen Bound 2.

Линуксовые приложения часто взаимодействуют друг с другом и опираются друг на друга, что и является одной из фишек линукса. В описанной схеме оно не пойдёт.

Кроме того, от статической сборки убранные интерфейсы типа OSS не появятся.

Линуксовые приложения часто взаимодействуют друг с другом и опираются друг на друга, что и является одной из фишек линукса. В описанной схеме оно не пойдёт.
Кроме того, от статической сборки убранные интерфейсы типа OSS не появятся.

Бред полный. Это тупая идеология, не более. Технически ничто не мешает собрать приложение дистронезависимо так чтобы любой пользователь его мог взять и поставить в любой дистр почти любой версии. Взять например недавно вышедший Ardour 3.0. Я просто скачал с сайта тарбол, распаковал и запускаю /opt/Ardour/Ardour_x86-3.0_14207/bin/ardour3. И плевать пользователь хотел на проблемы зависимостей и взаимодействий. Программа просто берёт и работает, никому не мешает и не заставляет обновить более половины содержимого системы.

NixOS.

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

NixOS

И будет вендузятство со 100500 версиями libpng :}

И будет вендузятство со 100500 версиями libpng :}

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

NixOS

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

Вообще ничего не понятно про новый репозиторий. Чем это принципиально отличается от обновления до альфы/беты следующего релиза? Или речь о создании чего-то типа дебиановского testing?

Похоже это будет как дебиановский sid.

s/тают/дают/

Нет никаких ограничений. Вот вариант раелизации: собирать приложения статически (или просто тащить необходимые зависимости с собой в своём каталоге) и ставить их в /opt, каждое приложение в свой отдельный каталог. Да, это Шindoшs шay. Можно запилить отдельный репозиторий для таких приложений. Таким образом ты можешь использовать либо очень старое приложение, либо очень новое приложение, несовместимое с версиями библиотек в репах текущей версии твоего дистра. Оно просто несёт нужные ей библиотеки с собой и использует их.

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

Неясно только, чем такое решение лучше полного выпила не-LTS релизов + введения полноценного роллинга.

Или, ещё проще, просто выпила не-LTS релизов, если сил на полноценный роллинг пока не хватает...

Мне то, что это всё ненужно.

Мне то, что это всё ненужно.

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

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

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

А смысл? Это реализуемо в любой уже готовой системе. Собираешь правильно приложение, пакуешь в тарбол и готово. Пользователь просто скачивает, распаковывает (или это делает за него специальный пакетный менеджер) куда ему удобно и пользуется. Некоторые умные разработчики так и поступают, например Mozilla, Ardour, Deadbeef и пр. Я просто высказал идею создания для такого рода пакетов отдельный реп, куда бы мейнтейнеры складывали бы самые свежие версии ПО, чтобы пользователи любой версии дистра могли бы им легко воспользоваться.

Тебе нужны какие-то пакеты чтобы распаковать архив с программой и всеми библиотеками, что в неё запихали?

Читать научись.

Аналогично, шеф :}

ppa частично переедут в основные репы?

Чтож, всё правильно делают.

Ох и зря они, я периодически «засиживылся» на не-lts дистрах т.к.

1) «и так всё работает»

2) нет времени

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

Следующим верным шагом станет совсем прекратить поддержку Убунты :D

1) «и так всё работает»

Дистапгрейды ничего не ломают. По крайней мере в Kubuntu (испытал однажды батхёрт только при kde3→kde4).

2) нет времени

Обновление много времени и не занимает, точнее обычно не отвлекает внимание пользователя.

2) тупо влом каждый раз перепиливать под себя.

Зачем, ты же не ставишь систему с нуля.

Свежие пакеты первой необходимости и так собирал из сырцов.

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

Дистапгрейды ничего не ломают.

Ха-ха, смешная шутка.

требует обязательно новые версии каких-то библиотек, которые доступны только в следующей версии дистра?

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

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

Вообще, от промежуточных релизов надо либо отказываться полностью либо называть это альфой, technology preview и т.п. будущего LTS, потому что толку от этих релизов всё равно нет никакого, никакой вменяемый человек их не использует.

прочитал как «решето»

Дистапгрейды ничего не ломают.

Ха-ха, смешная шутка.

Ну я пользуюсь с 2007г., обновляюсь каждые полгода как зарелизится (пропустил лишь один релиз, когда только запилили четвёртые кеды. Слишком уж много было жалоб).

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

По мне так проще просто взять из будущих реп нужные библиотеки и бинари и запускать через LD_LIBRARY_PATH (есть ещё вариант с debootstrap и chroot), чем собирать кучу вещей.

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

Не вижу причин собарать LFS всё же. Если нужны новейшие библиотеки, проще воспользоваться debootstrap (поставить будущую версию дистра в отдельный каталог) и chroot.

Не вижу причин собарать LFS всё же

Тогда служба эксплуатации aka админы повесятся поддерживать это хозяйство.

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

Тоже самое что и с LFS. Поэтому только LTS в качестве базы + свои сборки нужных библиотек вместе с приложением.

Вообще, от промежуточных релизов надо либо отказываться полностью либо называть это альфой, technology preview и т.п. будущего LTS, потому что толку от этих релизов всё равно нет никакого, никакой вменяемый человек их не использует.

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

Тут наступают ограничения пакетных систем (всех существующих), ABI и фантазии разработчиков (тот же GIMP использует наипоследнейший gtk, а QtCreator — последний qt4).

Вот не надо гнать. В rpm такого ограничения нет.

собери сам. статически слинкуй все нелюходимые библиотеки. какие проблемы?

собери сам. статически слинкуй все нелюходимые библиотеки. какие проблемы?

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

Вот не надо гнать. В rpm такого ограничения нет.

Причём тут rpm? Если в новой версии какой-то библиотеки опять поменяли API, ABI и прочую хрень, то оно будет так хоть в rpm, хоть в deb, хоть в msi.

они и собрали. если тебя не устраивает существующая сборка - перепакуй в соответствии со своими пожеланиями

толку от этих релизов всё равно нет никакого, никакой вменяемый человек их не использует.

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

Ты посмотри, на какое утверждение я отвечал.

В мейлинг листе говорили, что ОЕМам нужны релизы чаще чем раз в два года. Они очевидно должны быть чуть стабильнее, чем срезы потенциального ролинга.

они и собрали.

Не ври. Покажи мне например пакет Ardour 3.0 давай.

Вот это, чтоли?

http://software.opensuse.org/package/ardour3

http://software.opensuse.org/package/ardourvst

Ты посмотри, на какое утверждение я отвечал.

Ты не понял комментария, на которое отвечал:

Тут наступают ограничения пакетных систем (всех существующих), ABI и фантазии разработчиков (тот же GIMP использует наипоследнейший gtk, а QtCreator — последний qt4).

Вот не надо гнать. В rpm такого ограничения нет.

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

А с какой стати я должен делать чью-то работу?

А с какой стати кто-то должен делать бесплатно что-то для тебя?

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

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