В Fedora 22 по умолчанию будет пакетный менеджер DNF

А есть ведь еще дистрибутивноспецифичные патчи

Типа дебиановских патчей в openssl? :)

Добиться совместимости с 100500 дистрибутивами это почти невыполнимая задача.

Google как-то справляется. Один и тот же .deb Chrome ставится на Debian stable, Ubuntu 12.04-14.04 и так далее. И при этом не собран статически, а вполне себе использует системные библиотеки самых разных версий.

Если ты действительно занимаешься разработкой, то должен быть в курсе, что программа зависит не от конкретной версии библиотеки, а от версии ABI. В том же Debian и клонах нет проблем установить рядом библиотеки с разными версиями ABI, поэтому нет принципиальных препятствий перед тем, чтобы создать универсальный deb-репозиторий. Примерно то же самое наверняка можно сказать и про rpm. И потому нет необходимости поддерживать 100500 разных дистрибутивов. (Остальные сами сделают себе ebuild/pkgbuild/slackbuild/etc.)

Например в сборках мозиллы отключают crashreporter, указывают всякие enable_gstreamer=1 в зависимости от политики дистрибутива. Такие возможности есть в исходном коде, как их применять решает мейнтейнер.

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

На компьютере без интернета: apt-get --print-uris install программа - полученный список URL приносишь на компьютер с интернетом, скачиваешь, переносишь обратно и кладёшь в /var/cache/apt. Далее ставишь программу обычным способом.

Один и тот же .deb Chrome ставится на Debian stable, Ubuntu 12.04-14.04 и так далее.

Это достаточно свежие дистрибутивы. На старье времен RHEL6 он уже не работает.

не от конкретной версии библиотеки, а от версии ABI.

В какой-то из версий glibc чуть-чуть поправили поведение memcpy без изменения ABI. Результат был печален :)

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

Если каждый deb пакет внутри будет содержать зависимости, то может быть. Иначе это нереализуемо, особенно с убогими попакетными deb-style зависимостями, которые не учитывают ABI.

И потому нет необходимости поддерживать 100500 разных дистрибутивов.

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

Софт в репозиториях собирают с библиотеками из этого репозитория, а это очень существенное ограничение

Никто не мешает в создаваемый репозиторий положить все необходимые вам библиотеки, и если таковые отсутствуют в дистрибутиве, они будут установлены оттуда.

И сломать систему. Это, кстати, одна из причин поломок убунты после подключения ppa, которые подменяют дистрибутивные библиотеки своими.

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

Какая все-таки гадость эта федора и кому она только нужна. Поставил пощупать в виртуалку. Где там гуишный апдейтер непонятно, ну да ладно. yum update завис в конце (в терминале!). Очистка кэша пакетов и yum makecache привело к тому что обновление последнего репозитория завершилось ошибкой timeout сервера, пробуется второе зеркало - скорость все падает и падает. Решить сменить зеркало на яндексовое, гугл сказал надо подправить какой-то файл в /etc. sudo nautilus не запускается, пишет ошибку. Плюнул, снес виртуалку. Ну серьезно кому нужна федора, софта мало, нестабтльность, короткий срок жизни. Пакеты свежие на момент выпуска да, иногда даже beta, однако также замораживаются.

Это бесполезно, разработческий снобизм неизлечим.

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

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

sudo nautilus не запускается, пишет ошибку

тяжело тебе

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

Что из этого имеет отношение к десктопному софту? Зачем фотошопу «systemd-юниты, logrotate-конфиги, политики selinux, мануалы и вспомогательные конфиги для сторонних сервисов» ? И тем более зачем «подчиняться стандартным регламентам и единообразному стилю» ?

Ну серьезно кому нужна федора

Любителям сырой операционной системы. У всех свои развлечения :)

И тем более зачем «подчиняться стандартным регламентам и единообразному стилю» ?

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

В винде нет такого зоопарка, но при этом и нет таких жестких регламентов как во всяких дебианах и федорах.

А в чем проблема? У меня в арче это работает. И в бубунтах работает.

Что из этого имеет отношение к десктопному софту?

Звук, шрифты, печать в файл, темы оформления, desktop-файлы для меню, правильный выбор между /tmp и /var/tmp

И тем более зачем «подчиняться стандартным регламентам и единообразному стилю»?

Вот об этом я и говорю: пишу как хочу. а поддержка - не моя забота.

Зачем фотошопу «systemd-юниты, logrotate-конфиги,

Незачем.

политики selinux,

Чтобы сторонние плагины, кисти, скрипты и черт знает кто еще не лезли куда не надо.

мануалы

Ты правда думаешь, что мануалы к фотошопу не нужны?

и вспомогательные конфиги для сторонних сервисов» ?

Незачем, если у фотошопа их нет.

зачем «подчиняться стандартным регламентам и единообразному стилю» ?

Чтобы те же мануалы лежали в /usr/share/doc/photoshop-16.0, а не хрен знает где.

// Перед вопросительными знаками пробел не нужен.

В винде […] нет таких жестких регламентов

Certification requirements for Windows desktop apps? Нет, не слышал.

Звук, шрифты, печать в файл, темы оформления, desktop-файлы для меню,

Это не задачи майнтейнеров. Если они начинают подменять оригиналы и уродовать задумку авторов, то руки им вырывать надо.

правильный выбор между /tmp и /var/tmp

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

Это достаточно свежие дистрибутивы.

Однако разница в версиях компонентов достаточно значительна.

На старье времен RHEL6 он уже не работает.

Это надо проверить. Взять squeeze (который как раз примерно из того времени) и проверить.

В какой-то из версий glibc чуть-чуть поправили поведение memcpy без изменения ABI. Результат был печален :)

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

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

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

особенно с убогими попакетными deb-style зависимостями, которые не учитывают ABI.

ABI учитывается в схеме именования. Это соглашение закреплено в Политике, поэтому можно на него рассчитывать.

И первой же строчкой мы видим «It must be a standalone app». Скажи, пустят ли мое приложение в репозиторий федоры если я внутрь запихаю свой собственный рантайм?

В основном требования достаточно демократичные и разумные, в отличие от ...

И первой же строчкой мы видим «It must be a standalone app». Скажи, пустят ли мое приложение в репозиторий федоры если я внутрь запихаю свой собственный рантайм?

А в базовую систему венды пустят? Ах да, там же «системные приложения» (ц)

Однако разница в версиях компонентов достаточно значительна.

12.04->14.04 не такая уж и значительная.

Это надо проверить

Не надо. На lor'е была год назад новость о выпиливании поддержки.

Это когда сломался flash от того, что кретины

Это не важно. Если был бы в линуксе механизм таскания своего рантайма с собой, то этого бы не случилось. Да хотя бы возможность glibc залинковать статикой. Так нет же такого механизма!

ваша программа перестаёт работать - проблема в вашей программе, выпускайте обновление.

Если библиотеку меняют без нашего ведома и согласия, то проблема не в программе, а в руках того, кто это делает!

Вот и я о том же! Нужна __базовая__ __система__, софт должен идти отдельно! В этом отношении дебиан вообще эталон дебилизма и неадеквата в разработке.

И первой же строчкой мы видим «It must be a standalone app».

То есть регламенты все-таки есть? Вот оно как оказывается.

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

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

Нужна __базовая__ __система__, софт должен идти отдельно!

Ну начинай лоббировать сборку и инсталляцию в /opt, чего ты здесь ноешь?

Если был бы в линуксе механизм таскания своего рантайма с собой, то этого бы не случилось. Да хотя бы возможность glibc залинковать статикой. Так нет же такого механизма!

Ну ахренеть вообще. Чем тебе $ORIGIN не механизм?

Это, кстати, одна из причин поломок убунты после подключения ppa, которые подменяют дистрибутивные библиотеки своими.

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

А про Ubuntu отдельный разговор. Их за активный патчинг стандартных библиотек, что делает их несовместимыми с upstream'ным вариантом, надо убивать медленно и с наслаждением.

а от допустимого диапазона или вообще лишь от имени

Это не решит проблему. Вася Пупкин сделал зависимость от libwtf >=1.0.3-0, а в дистрибутиве libwtf=1.0.1-0, при этом он сделал свою особенную сборку, которая чуть-чуть отличается от оригинала и сломал всё. Потом концы искать будешь несколько дней если вообще найдешь. Поэтому такие вещи должны быть рядом с программой и влиять _только_ на программу.

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

А я хочу чтобы пересекалось, что мне делать?

А я хочу чтобы пересекалось, что мне делать?

Прямо каноничный разработчик

Одно другому не мешает. А портирование стороннего софта через костыли на Linux ненужно.

А я хочу чтобы пересекалось, что мне делать?

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

если библиотеку меняют без нашего ведома и согласия, то проблема не в программе, а в руках того, кто это делает!

12.04->14.04 не такая уж и значительная.

Я имел в виду в сравнении с Debian.

Не надо. На lor'е была год назад новость о выпиливании поддержки.

Там дело было в отказе от поддержки старой версии gtk - учитывая отказ от последней в текущих версиях chrome, имеет смысл проверить, может завестись.

Если библиотеку меняют без нашего ведома и согласия, то проблема не в программе, а в руках того, кто это делает!

Ну глупости же! Вспомните, сколько программ, использовавших недокументированные особенности, сломалось при выходе очередного сервис-пака Windows XP! Соглашение по API не включает в себя обещание постоянства реализации, даже в коммерческих системах.

Так нет же такого механизма

Есть же статическая сборка. Многие коммерческие программы и портабельный софт его используют под линь. Вот говорят blender так собран, например. Deadbeef плеер. Делай и ты.

sudo по-разному настроен. Похоже, что в федоре он резетит все переменные окружения, в том числе и DISPLAY. Плюс Xauthority никто н отменял.

Понятно. Еще десять дистрибутивов будут ловить новые глюки.

Хотя проблема линукса не в кривых кое-где зависимостях. А в том, что винда 7 стала работать часто лучше, чем, линукс. Да, кривая командная строка, переменные, но все, что связано с десктопом просто работает. И не виснет.

Хотя проблема линукса не в кривых кое-где зависимостях. А в том, что винда 7 стала работать часто лучше, чем, линукс.

Оставим вопрос истинности этого утверждения, но каким боком улучшение windows стало проблемой linux?

но каким боком улучшение windows стало проблемой linux?

Ну вы же считаете минусы винды - плюсом линукса? «У соседа корова сдохла».

Да, кривая командная строка, переменные

Никто не мешает поставить и использовать гнутый софт и баш в винде.

Никто не мешает поставить и использовать гнутый софт и баш в винде.

Но зачем, если есть GNU/Linux?

Но зачем, если есть GNU/Linux?

Затем, что линукс не всегда удобен.

Ну вы же считаете минусы винды - плюсом линукса?

Не все используют linux, противопоставляя его windows. У каждой системы есть свойства, не зависящие от наличия этих свойств в других системах. Помимо относительных подходов к оценке (лучше, удобнее) существуют и абсолютные (хорошо, удобно), не содержащие явного или неявного сравнения, а лишь констатирующие применимость к данному классу задач.

Отличный комментарий. Жаль, большинство других сводится к «а у вас негров линчуют».

хотел бы я посмотреть на ОС, удобную всегда и для всех

Разумеется, такой системы нет. Но я не понимаю, почему бы не брать лучшие компоненты из другой системы? Bash и гнутилиты - в винду, wine с каким-то софтом - в линукс.
Зачем ради пары софтин менять ОС?

Use Pweshell!!!

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

тебе-то какая разница? работает - и ладно

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