LINUX.ORG.RU

Ingo Molnar, разработчик ядра Linux «Нам нужно полностью пересмотреть модель распространения ПО»

 , ,


1

4

Представляю Вашему вниманию мой перевод статьи разработчика ядра Linux Инго Молнара (Ingo Molnar), размещенной в двух частях на его странице в G+. Статья вызвала горячее обсуждение на зарубежных тематических новостных площадках, и, на мой взгляд, заслуживает Вашего внимания.

Удивительно, но главным недостатком дистрибутивов Linux для настольных ПК является их недостаточная свобода.

Помните, сколько уязвимостей и проблем с качеством Linux-систем было найдено в последнее время, в частности моими коллегами Linas Vepstas, Jon Masters, Linus Torvalds и многими другими, и информация, с которая я знакомился в обсуждениях, привела меня к выводу, что разработчики свободного ПО просто не осознают, в какую бездну провалились.

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

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

А как поступают остальные (большей частью не являющиеся свободными) конкуренты? Они движутся в прямо противоположном направлении: Apple/iOS и Google/Android имеют только около ста тесно интегрированных системных пакетов, которым уделяется огромное внимание и с которым работают как с одним целым проектом. Эти системы документируются и развиваются в десятки раз интенсивнее, чем это происходит с десятками тысяч пакетов в рамках каждого дистрибутива Linux. И гораздо легче задокументировать 10 миллионов строк кода, чем тысячи миллионов.

Для обеспечения должного разнообразия приложений на площадках Apple Store и Google Play сторонним разработчикам открывается полный доступ к внутренней структуре всей платформы и ведётся контроль над внедрением в систему дополнительных приложений. Как результат, большинство новых приложений добавляются с задержкой лишь в несколько дней (в пределе - несколько недель), а их обновления - в несколько часов (в редких случаях - нескольких дней), в общем, весь процесс происходит настолько быстро, насколько быстро над этим сам работает каждый проект. К тому же для iOS/Android нет практически никаких ограничений и препятствий для приложений, стремящихся попасть на официальные площадки по распространению - они попадают туда почти автоматически.

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

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

(Да, мы все знаем случаи, когда Apple или Google банили те или иные приложения. Не слушайте, что они при этом говорят, а обращайте внимание вот на что: обе площадки содержат сотни тысяч приложений, и с точки зрения пользователей являются полностью открытыми системами распространения.)

Системы управления пакетами в Linux неплохи для задач корпоративного сектора (также имеющего иерархическую структуру и использующего централизованное планирование), но настольные Linux-дистрибутивы перестали расти уже 10 лет назад на отметке в тысячу пакетов...

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

Да, я слышу ваш довод «но дистрибутивы Linux - это свободное ПО!». На самом деле, свобода ПО имеет важное значение для разработчиков или организаций, но для обычных пользователей свобода за спиной Linux-систем не имеет никакого смысла, если это свободное ПО не приносит при этом никакой практической пользы, например, настоящей свободы использования.

То есть, для исправления текущей ситуации с Linux-дистрибутивами нам нужно полностью пересмотреть модель распространения ПО: уйти от церковного строя к рыночной системе. Конкретнее, понадобится учесть следующие технологические нюансы:

  • Необходимость принудительного использования безопасной «песочницы» для запуска приложений как на уровне пользователя, так и на уровне ядра. Сегодня установка нового пакета из репозитория - это компромисс и выбор из серии «все или ничего» в плане общей безопасности системы. Пользователи должны быть свободны в своём желании получать и запускать даже непроверенный код.
  • Плоская модель зависимостей пакетов (то есть, обновление одного пакета не должно принудительно заставлять обновлять другие (дублирование содержимого может быть устранено на другом уровне системы, например, на уровне файловой системы).
  • Гарантированная совместимость ABI с новыми версиями основной системы (то есть, при установке пакета он будет гарантированно работать в дальнейшем, не требуя от пользователя обновлений). Пользователи должны быть свободны от пресса необходимости постоянного обновления большей части дистрибутива.
  • Узловая сеть для увеличения пропускной способности каналов. Пользователи должны быть свободными от тяжеловесных и развесистых зависимостей приложений.
  • Криптографическая защищённость данных, а также наличие обзоров и официальных пометок о безопасности и достоверности приложения. Этим достигается важный пункт в системной безопасности: необходимые сертификаты для установки ПО понадобятся для корпоративного сервера так же, как сейчас для обычного пользователя, пожелавшего опробовать новую игру на смартфоне. Такое устройство системы распространения ПО позволит пользователям либо присоединиться к выбору большинства (положившись тем самым на количество установок), либо прислушаться к специалистам (и при выборе пакета исходить из авторитетного мнения экспертов), а также смешивать оба этих подхода.

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

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

Свободное ПО уже 10-15 лет тупо следует примеру развития закрытых систем и никогда даже близко не приближалось к простой и действенной модели распространения и заботы о целевой операционной системе. Закрытое ПО делает все большие шаги вперёд и свободным проектам нужно хотя бы поспевать за ним, чтобы выжить. И я думаю, мы это сделаем, я уверен, что свободное ПО как никакое другое подходит для реализации описанной технологии распространения.

>>> Источник

★★★★★

Проверено: Shaman007 ()
Последнее исправление: ins3y3d (всего исправлений: 2)
Ответ на: комментарий от kernel

можно просто его подобие сделать

В любом случае я «ЗА» инновации. Кстати, как народ смотрит на то,чтобы разделить разработку ядра на две ветки: чисто десктопную, и чисто серверную?

muteki_okami
()
Ответ на: комментарий от ins3y3d

ins3y3d

Просигнальте, если Вам интересны мои дальнейшие переводы тематических статей.

Весьма интересны, спасибо.

CrossFire ★★★★★
()
Ответ на: комментарий от ArtKun

Ура

Я бы в таком Флэшмобе поучаствовал. Давайте все дружно ставим Arch, и выходим на улице в костюмах пингвинов, и танцуем под гимн Arch'a который запишем!

P.S классная пиар-акция. Ммм, хотя костюмы - это слишком. Можно просто значки с Туксом сделать, и раздавать всем прохожим.

muteki_okami
()

Да, я слышу ваш довод «но дистрибутивы Linux - это свободное ПО!»

А как то соотносится с этим?

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от ins3y3d

сигналю. - Хороший перевод. Качественный, на мой взгляд. Надо и требуется

сигналю. - Хороший перевод. Качественный, на мой взгляд. Надо и требуется

vivliofika
()

какой-то бред сивой кобылы в вакууме

Kompilainenn ★★★★★
()

Ну наконец-то об этом хотя бы заговорили вслух.

Глядишь, еще доживем до вменяемой системы распространения приложений в люниксах.

thesis ★★★★★
()

согласен с молнаром
лиеукс в небольшом тупичке

kto_tama ★★★★★
()
Ответ на: комментарий от MrClon

Мне кажется, или всё это напоминает «а давайте сделаем как в винде»?

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

r ★★★★★
()

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

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

Хотя вот с арчем у нас по лучше, в ауре молниеносно всё появляется. Правда там никто безопасность особо не контролирует.

spiritkhl
()

Мне кажется он пытается переложить ответственность с дистрибутивов на разработчиков - в СПО это опасная затея. Нужно явно сокращать количество дистрибутивов и концентрироваться на 5 основных но вот не такие извращения.

На данный момент я не вижу альтернативы Gentoo как и RedHat/CentOS по разным причинам.

stalkerg ★★★★★
()

Разрозненные мысли без должного оформления:

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

Не забывать про этап проектирования ПО, который почему-то не в моде у многих разработчиков СПО (особенно молодых, у которых времени много :). Модель дикой разработки «как сейчас вижу, так и пишу», «выкладывай быстрее @ меняй API чаще» для некоторых продуктов имеет смысл, а для некоторых является большим вредом. Например, если продукт в будущем предполагает активное плагино-/скриптописательство или будет системообразующим для широкого круга программ, которые на нем забазируются.

Поменьше велосипедов и экспериментов на живых людях. Разработчики в какой-то момент просто плюнут на все и забросят проекты. Вот в Firefox столько раз меняли API, что куча расширений остались болтаться во временах FF 1.5. Разработчки в мире СПО являются ресурсом, который нужно беречь и экономить. В мире Microsoft разработчики - пушечное мясо. Их так много, что у MS есть ресурс на значительные изменения в инфраструктуре.

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

А! Ну и документация.

Zubok ★★★★★
()
Ответ на: комментарий от anonymous

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

да, оверлеи оверлеи хорошо, но чтобы их настроить в первый раз обычному пользователю нужно приложить довольно большие усилия, поиск по оверлеям отсутствует(официальный). Хотя если исправить эти два маленьких недостатка, интегрировав layman в portage, гента с оверлеями зарулит всех.
ppa немного отстает и лично для меня она выглядит намного менее прозрачно чем оверлеи.

про сандбокс чувак верно говорит, да и в данном контексте очень бы помог подход 1 приложение = 1 файл. Как .apk или .app

prizident ★★★★★
()

Знакомый человек, «автор» CFS, текущего планировщика процессов в ядре Linux.

Я ничего не понял, объясните!

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

Это как ограничение учётной записи администратора в Vindows Vista. Когда даже администратору ограничили многие права, потому что под ним все сидят. Кнопка «подтвердить» при запуске setup.exe.

> Гарантированная совместимость ABI с новыми версиями основной системы

Так это уже есть! ABI ядра совместим даже тогда, когда я в старый дистрибутив устанавливаю новое ядро ради драйверов (да, я это действительно делаю). Проблема только в libc и libstdc++, но и это решаемо: в openSuSE 11.4, где GCC 4.5, я подключил репозиторий GCC, установил libstdc++ от GCC 4.6, и всё что не работало, заработало.

Текущая совместимость всегда есть «снизу вверх», все старые бинарники работают в новой системе, все новые бинарники отказываются запускаться без пересборки в старом GCC. Ядро же было совместимо всегда. Раньше я слышал про какие-то неприятности при обновлении GCC, теперь я не слышу об этом уже давно.

Вот ещё бы к драйверам это применялось...

> Узловая сеть для увеличения пропускной способности каналов. Пользователи должны быть свободными от тяжеловесных и развесистых зависимостей приложений.

Ничего не понял, причём здесь пропускная способнось канала, и ПО? Что мешает загружать пакеты последовательно? Мой USB-3G-модем на медленном тарифном плане не умел скачивать в два и более потоков, второй поток выдавал «невозможно отобразить страницу». А openSuSE пытался скачивать пакеты в несколько потоков, и скачивая файл, выдавал «превышение времени ожидания» для другого, я нажимал «повторить». Ну так я отключил многопоточность загрузки, вот и всё решение проблемы нескольких зависимостей.

> Криптографическая защищённость данных

Ну так она же есть уже. Цифровые подписи репозиториев?

Спасибо за перевод, он длинный, но я ничего не понял, объясните!

ZenitharChampion ★★★★★
()

С одной стороны он таки прав, и проблем действительно накопилось порядком. С другой стороны он предлагает:

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

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

CrossFire ★★★★★
()
Ответ на: комментарий от Ttt

Отвечаю:

Зачистка будет осуществляться так: старые пакеты или приложения, которые уже не конкурентно способны, будут удалены. Как пример. Возможны иные варианты.

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

muteki_okami
()

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

ArtKun ★★★★★
()
Ответ на: комментарий от prizident

ах да, stable api = 90% desktop users


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

prizident ★★★★★
()
Ответ на: комментарий от anonymous

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

И даже в Генточке с ее оверлеями нельзя просто и удобно поставить PeaZip.

proud_anon ★★★★★
()
Ответ на: комментарий от spiritkhl

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

Есть Zero Install, например.

ZenitharChampion ★★★★★
()

Годный вброс. Только Столлмана на него нет. Он бы ему живо объяснил про свободу.

mezzoforte
()
Ответ на: комментарий от CrossFire

а) скатиться к венде, где из коробки мало, но зато все вылизано до блеска

Ну, э... Не до такого уж и блеска. Но да, лучше, чем во многих дистрибутивах.

б) скатиться к венде, запускать небезопасный код

Можно сделать систему песочниц, как в Андроиде. Будет даже лучше, чем сейчас. И чем в Винде.

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

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

г) скатиться к венде, и заморозить развитие ABI, что может и не плохо, но не интересно и сделает нас заложниками совместимости, как в венде.

Нас - это кого?

proud_anon ★★★★★
()

Все правильно написал, но

На мой взгляд, Android маркет активно приближается к описанной модели функционирования

Бред же. Исходников нет, попасть проще чем в какой-нибудь убунтушный реп, сертификации нет. Сколько туда стоит попасть - 100 баксов?

KillTheCat ★★★★★
()

Он предлагает сделать что-то типа desura, когда пакет просто распаковывается в свой каталог, и все библиотеки тоже с собой?

goingUp ★★★★★
()
Ответ на: комментарий от goingUp

goingUp

Он предлагает сделать что-то типа desura, когда пакет просто распаковывается в свой каталог, и все библиотеки тоже с собой?

И при этом работает в песочнице, да.

CrossFire ★★★★★
()

Его модель есть ни что иное как идея НПП (Национальная Программная Платформа) ;)

И его «технологические нюансы» давно реализованы:

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

Этот пункт я правда не очень понял. Кто мне запрещает запускать любой код?

Плоская модель зависимостей пакетов (то есть, обновление одного пакета не должно принудительно заставлять обновлять другие (дублирование содержимого может быть устранено на другом уровне системы, например, на уровне файловой системы).

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

Гарантированная совместимость ABI с новыми версиями основной системы (то есть, при установке пакета он будет гарантированно работать в дальнейшем, не требуя от пользователя обновлений). Пользователи должны быть свободны от пресса необходимости постоянного обновления большей части дистрибутива.

Это давно уже реализовано. Открыл Америку.

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

Опять же. Не хочешь нового - сиди на stable

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

Тысячу лет все пакеты подписывают. А хочешь сертификат и гарантии - покупай сертифицированный дистрибутив и дергайся.

dubrsl
()
Ответ на: комментарий от proud_anon

proud_anon

Ну, э... Не до такого уж и блеска. Но да, лучше, чем во многих дистрибутивах.

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

Можно сделать систему песочниц, как в Андроиде. Будет даже лучше, чем сейчас. И чем в Винде.

Оверхед будет, но не критично, да.

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

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

Нас - это кого?

Разработчиков в большей и пользователей в меньшей степени

CrossFire ★★★★★
()

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

harper
()

Верно от и до. Линуксы превратились в неповоротливых дредноутов. Как бы на айсберг не наткнуться.

cr0x
()
Ответ на: комментарий от anonymous

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

В общем, достаточно посмотреть на https://aur.archlinux.org/packages.php?O=0&K=&do_Orphans=Сироты&d...

Жаль, что AUR2 заглох, походу, навсегда

overmind88 ★★★★★
()
Ответ на: комментарий от CrossFire

> С одной стороны он таки прав, и проблем действительно накопилось порядком. С другой стороны он предлагает:

а) скатиться к венде, где из коробки мало, но зато все вылизано до блеска

б) скатиться к венде, запускать небезопасный код

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

г) скатиться к венде, и заморозить развитие ABI, что может и не плохо, но не интересно и сделает нас заложниками совместимости, как в венде.

Чуть выше я просил объяснения, ты всё объяснил. Спасибо.

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

На http://xkcd.com/ я видел комикс (или не на нём). Часть 1 «Проблема: 20 несовместимых пакетных менеджеров». Часть 2, парень восклицает «Идея! Нужно взять за основу существующие пакетные менеджеры, взять из них самое лучшее, и сделать единый пакетный менеджер!» Его девушка: «Да, ты прав!». Часть 3: «Проблема: 21 несовместимый пакетный менеджер».

Кажется, я видел это как раз в обсуждении Zero Install, который порекомендовал чуть выше.

А я вижу ещё один способ. В дистрибутивах в /usr/lib кладут много библиотек в /usr/lib, но все они - одной версии. За исключением, наверное, библиотеки libstdc++, чтобы работали старые игры. Лишь по одной версии библиотеки, а не по 3 и не по 5, как можно было бы сделать: не так часто ABI меняется. Я свою openSuSE обновлял несколько раз, а не переустанавливал с форматированием раздела /. И у меня как раз по несколько версий библиотеки в /usr/lib, чтобы хорошо работали и старые программы, и новые. И я беру любой найденный в Интернете бинарник, любого года, и запускаю. И он почти всегда работает. От любого дистрибутива RPM беру, или DEB. Вот это я и предлагаю делать. Почему это не делается сейчас? Потому что в дистрибутивах всегда только открытое ПО, которое перед выпуском дистрибутива автоматически пересобирается. Или не автоматически - версию обновить, либо патчи наложить для сборки с новым компилятором тоже иногда нужно.

ZenitharChampion ★★★★★
()

Потсоныяничегонепонял. Лучше бы сделали Сизифус^Wодин централизованный репозиторий для нескольких дистров.

sphericalhorse ★★★★★
()

Свобода ПО обычному пользователю не нужна? Прощай, GNU/Linux, мне с тобой не по пути.

BlackSecondHand
()

Инго Молнара дело говорит.

Хотя в принципе песочницы было бы достаточно. И два репозитория — один с проверенными программами, чтоб все проги из него запускались без песочницы. А во второй чтоб все могли добавлять всё что угодно, но что это всё запускалось только в песочнице.

Ну и с зоопарком дистрибутивов хорошо бы разобраться. Хватит двух: Debian и Gentoo.

LinuxUser ★★★
()

уйти от церковного строя к рыночной системе

От собора к базару ((c) ESR), я понимаю?

hobbit ★★★★★
()
Ответ на: комментарий от Zubok

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

Только одно выполнение этого правила (не привязываться к самому свежему) очень сильно облегчит жизнь. Не только самому разрабу (сёдня функция в сторонней либе появилась, потом нашли багу/ненужность и её завтра выпилили), но и пользователю - меньше «кривых» зависимостей, да и дистростроителям - не бери новое, бери стабильное...

drfaust ★★★★★
()
Ответ на: комментарий от CrossFire

Оверхед будет, но не критично, да.

Да ведь хватит, скорее всего, просто разделения на разных пользователей. Разве такой уж большой оверхед?

Тем более, что Мольнар ведь не предлагает взять и выкинуть половину софта из репозиториев. Думаю, достаточно было бы отделить «базовый софт системы» (который будет составлять основу дистрибутива), «дополнительный софт» (который не составляет основы, но находится в репозиториях) и «внешние программы». Понятно, что вряд ли удастся интегрировать сборку программы от третьих лиц так же, как сборку от разрабов дистра, но обеспечить базовую поддержку «внешнего ПО» не помешает, даже несмотря на оверхед.

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

Зачем на питоне и жабе? Помимо них есть много языков программирования с нормальной поддержкой... ну, хотя бы модулей. Google Go вон подтягивается, D там...

Нас - это кого?

Разработчиков в большей и пользователей в меньшей степени

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

proud_anon ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.