Debian, возможно, получит поддержку пользовательских PPA

Уже потом идея PPA выродилась в этакие «репозитории со стабильным софтом, авторам которого лень продвигать свой софт в основной репозиторий»

Просто идея «весь софт в основном репозитории» убога изначально, ну и за неимением чего-то нормального используются ппа, ибо хоть немного свободы появляется.

Дебиан хотят испортить. Пусть те, кто знают, что делают - собирают себе пакетики сами. Мне не лень было ручками собирать пакетик c CopyQ, к примеру. Если конечно и официальные PPA некоторых проектов, но очень часто люди не знают, что устанавливают.

Теоретически, у тебя в rpm-пакете lsb должна стоять зависимость на lsb-пакет, которая должна разрешаться автоматически.

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

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

Я репы sid и experimental в принципе не признаю, потому что там часто наблюдается такое явление как битые пакеты. Один пакет обновят, а зависимости для него - нет, и потом сиди, думай, как разрулить зависимости и корректно обновить систему целиком.

Зачем обновлять всю систему? Есть APT::Default-Release. А проблемы с зависимостями у пары десятков PPA ещё хуже. Из одного поставил пакет foo требующий пакет bee версии <1.23, а во втором обновили пакет gii с требованием пакета bee=1.24. И сиди тупи, что к чему и как.

А что, за всю систему решает пару человек? где сообщество? почему не спрашивают сообщество Линукс? что за анархия?

Это меритократия.

Знаете, я лучше буду под OSX и Windows сборки делать

Ты хоть что-то собирал под Windows?

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

Да, у ppa есть неустранимые проблемы с пакетами и неявными изменениями в самой платформе. Устраняются только уничтожением зависимостей для неограниченной группы приложений, чтобы они использовани базовый неизменный бинарно обратно совместимый API платформы, а зависимости проставлялись только для тех пакетов, разработчики которых готовы и должны нести такую ношу (apache, ejabberd, mysql и другие СУБД, веб-сервера и утилиты для серверов; также DE и компоненты системы).

А это пакеты click, по сути. Ну или APK (android), или IPA (ios).

Ты хоть что-то собирал под Windows?

Да.

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

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

это будет лучшее что станет с дебианом! многие из-за этого пользуются убунту

вообще-то LTS-репы подходят для стабильных дебианов. они ссинхрены. но проблема в том что дебиан релизится не очень предсказуемо.

в первую очередь ppa - это инфраструктура. т.е. разработчик не думает как ему сделать репу, как настроить, как собирать и т.п.

во-вторых удобные для пользователя утилиты. которые и ключик подсосут и всё пропишут автоматом аккуратно и без ошибок.

авторам которого лень продвигать свой софт в основной репозиторий

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

То есть во-первых мы от tarboll плавно перетели к rpm

Ты хочешь работать в стандарте LSB? Делай rpm, соответствуй стандарту.

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

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

Знаете, я лучше буду под OSX и Windows сборки делать.

Делай. Как будто там проблем нет.

Ты хочешь работать в стандарте LSB? Делай rpm, соответствуй стандарту.

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

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

Я пробовал и делал. Если ты этого не понял, то видимо ты-то как раз и некомпетентен.

Делай. Как будто там проблем нет.

Вообще-то в OSX и Windows есть полный и обратно совместимый API системы, так что именно этих проблем там нет.

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

Нет такого Макара.

так что именно этих проблем там нет.

Там есть другие проблемы, если ты делал, ты их знаешь, компетентный ты наш.

Там есть другие проблемы, если ты делал, ты их знаешь, компетентный ты наш.

Цепочка сообщений началась с утверждения, что тарболов со статической сборкой хватит всем и click не нужен. Существование других проблем Windows это утверждение никак не подтверждает. А вот отсутствие стабильного API и ABI для приложений как раз опровергает.

А в OSX, кстати, нет проблем. Говорю, потому что делал.

в том же OpenSUSE последней версии нет библиотеки libpng12 из состава LSB, то есть практически любое графическое приложение с ориентаций на чистый стандарт LSB уже не будет работать в OpenSUSE при установке из tarboll

Это в 13.2 что ли? В openSUSE 13.1 есть.

Это в 13.2 что ли? В openSUSE 13.1 есть.

Я ставил чистую систему с GNOME, и там не было; вроде бы на 13.1 дело было. В уже обжитой системе она может и появиться из-за какого-то другого установленного пакета, это не показатель.

А, ты про установку пакета, не про его наличие. Да, на чистую систему эта либа сама не устанавливается.

А еще, например, krunner, но ветка немного о другом.