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)
Ответ на: комментарий от I-Love-Microsoft

только теперь у меня будет ссылка на авторитетного линуксоида ;)

То есть вы можете сослатся в подтверждении своей глубокой мысли «а то что это реальная причина провала Linux-а на массовом десктопе - это никого не волнует» на Инго.

Хорошо, теперь укажите где конкретно Инго подтвердил вашу мысль :D

ну а ты можешь фантазировать ...

Да-д, мы все знаем что когда человеку нечего сказать, он пытается обзываться с целью этот самый факт скрыть. :D Продолжайте в том же духе ;D

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

Зачем соревноваться с корпорациями и их виртуальными «мирами», если в мире вот-вот изменится экономический фундамент (капитализм рухнет) и все эти «гуглы» и прочая рассыпятся?

Вы действительно думаете что линукс это не капиталистическая ОС придуманная и написанная не капиталистами? Фейспалм...

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

Да, я действительно считаю Линукс наисвободнейшей ОС, которую каждый строит себе как хочет. А дистрибутивы - это такой вид коллективного выживания тех или иных групп потребителей - деловых или домашних - не суть. Линукс - не капиталистическая ОС, т.к. свободная и бесплатная. Никто не диктует как что должно быть в каждой конечной системе. Даже после крушения капитализма линуксоидам стоит сберечь Линукс именно в таком виде - независимом, и, в плане разработки - прозрачном и демократичном. А пишут Линукс программисты всего мира и кто из них «капиталист» - не важно, покуда они не требуют от линуксоидов денег за свой код. Вот выступление гражданина Молнара как-раз более «капиталистическое» - он призывает к коммерциализации свободной ОС (она мигом станет зависимой от оплаты и перестанет быть свободной) и заботе о ленивых тупых потребителях, которым мало того, что свободная и открытая ОС, да ещё подавай обслуживание на высшем уровне. Если ваш жест «лицорукой» оправдан, то Линукс доживает последние дни в качестве «свободной открытой и стремительно развивающейся». Если прав я, то ортодоксальные идеологи Линукса просто закидают Инго Молнара тухлыми бананами.
Оффтоп-спор поддерживать не буду.

Zavolzhec
()
Ответ на: комментарий от kernel

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

Ну или так. Суть однако ж в том, что пакету придётся быть перемещабельным.

Я тут подумал-подумал, и всё же реализация пакетов в зироинсталл мне кажется более удачной. Общий кэш пакетов в /var/cache/0install.net/implementations и конфигурация «установленных» пакетов в хомяке конкретного пользователя.

Совместимая реализация должна обеспечивать специфицированный набор интерфейсов (бинарей и библиотек), всё, что за пределами этого набора, выкачивается автоматически по url-ам.

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

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

Да, я действительно считаю Линукс наисвободнейшей ОС, которую каждый строит себе как хочет.
Линукс - не капиталистическая ОС, т.к. свободная и бесплатная.

Бред какой. Вы спутали проприетарная с капиталистической, или что?

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

В случае же узкого значения линукс как ядро вообще какие то цифры порядка ~90% кода идет из «коммерческих» источников включая консалтинговый бизнес.

Оффтоп-спор поддерживать не буду.

Нафига тогда вы его начали?

kernel ★★☆
()

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

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

Такая организация позволяет сделать полноценный централизованный «ЛинуксМаркет»

Вот скажите, почему вы считаете что «ЛинуксМаркет» должен быть обязательно централизованный? :D

(Вообще конечно что меня в этом всем веселит, так это попытка трактовать слова Инго в рамках собственных пещеных представлений в голове, и страхов. Ужас прямо какой то. Один Айлавмикрософтчик чего стоит.)

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

Централизация маркета в случае яббла (и частично гугла) это исключительно банальное следствие контроля ключевых точек одной компанией которая за всем этим стоит. То есть следствие логики развития, была компания Х, которая сначала контролировала все, потом она «отдала» все(или многое) кроме определенных ключевых точек.

Тем не менее излишняя распределенность так же вредна для тех целей которых мы хотим достичь - но по вполне конкретным причинам. Я вам привел аргумент почему распространять библиотеки во внешних пакетах universalrepo это плохо: сразу расплодятся либо стопистот дублирующих библиотек либо расплодятся глюки.

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

Более того как вы хотите в 0install - это *неотрываемая* завязка на энторнет. Репозиторий в отличие от 0install распределенной помойки можно закешировать локально. Собственно у федор-редхатов даже разбиение на диски их этих соображений сделано, сколько раз замечал и радовался. Обычно если вы ставите внешние пакеты то чаще всего библиотеки к этим пакетам уже давно лежат в основном первом диске дистрибутива. И чаще всего если вы принесли «на дискетке» на ситсему без интернета некий софт, то он чаще всего прекрасно ставится yum localinstall, разрешая зависимости из хзакешированного репозитория дистрибутива.

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

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

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

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

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

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

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

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

В чем разница то между маркетом и репозитарием?

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

точнее, как у Cyanogenmod с его гибкой системой настройки прав

я сие как-то пропустил, есть какой линк с хорошей статьей(ну или документацией, на худой конец) чтоб почитать, что сие из себя представляет?

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

Если прав я

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

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

причем автор не призывает разрушить текущие механизмы разработки СПО, а именно что модернизировать - перевести на новый уровень!

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

сколько раз меня закидывали помидорами за такие еретически мысли, но если Ingo Molnar начнет проект, которые реализует его идеи - я БУДУ участвовать в этом проекте на добровольных началах!

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от ins3y3d

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

И статья актуальная, и перевод хороший. Поддерживаю.

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

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

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

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от kernel

Я не «считаю, что „ЛинуксМаркет“ должен быть обязательно централизованный» и не «трактую слова Инго в рамках собственных пещеных представлений в голове, и страхов». Я рассматриваю ситуацию с точки зрения разработчика/мейнтейнера программы и с точки зрения пользователя.

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

1. Пусть я пользователь. Я захожу на этот «ЛинуксМаркет», вбиваю в поиск «няшный архиватор», и мне показывает все имеющиеся няшные архиваторы, с описанием, рейтингом, скриншотами и комментариями. Установка выполняется одним щелчком, не сложнее установки нового плагина в фирефох. Там же я могу задонейтить понравившийся проект опенсорсный или заплатить за комерческий. Удобно? Удобно.

2. Пусть я разработчик. Я прихожу на «ЛинуксМаркет» и регистрирую там свой продукт. И, в зависимости от продвинутости сервиса, получаю определенный набор возможностей: от возможности дать 100500 пользователям трёх разных систем устанавливать мой пакет в простом случае, до автоматических сборок релизов или даже текстовых ночных пересборок в случае продвинутого сервиса. Удобно? Удобно.

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

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

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

Я вам привел аргумент почему распространять библиотеки во внешних пакетах universalrepo это плохо: сразу расплодятся либо стопистот дублирующих библиотек либо расплодятся глюки.

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

Все остальные за пределами маркета могут веселиться как угодно: создавать собственные маркеты, плодить по 100500 url для одной и той же библиотеки и т.п. «Это опенсорс, детка.»

Более того как вы хотите в 0install - это *неотрываемая* завязка на энторнет.

Ты не прав. Щас объясню, почему.

Репозиторий в отличие от 0install распределенной помойки можно закешировать локально.

Понятие репозитория исчезает на «линукс маркете», потому что закешировать весь объём софта с него — надорвёшься. Зато появляются частные репозитории: «группы», «избранные пакеты», «30 лучших приложений на gtk», «все почтовые клиенты, умеющие $coolfeaturename», «всё, что нужно дизайнеру» и т.п. Тот самый юзер-генерейтид контент, да. Пользователи сами его сделают, это то место, где граница между пользователем и мейнтейнером исчезает. Если тебе надо закешировать какой-то набор пакетов а ля «куча приложений на kde для типичного десктопа», просто даёшь команду 0store http://адресфида и ждёшь полчаса, пока всё скачается вместе с зависимостями. После чего достаешь пакеты из хранилища, из другого каталога достаешь кэш закачанных фидов, нарезаешь всё это на болванку и получаешь тот самый «репозиторий на диске». Переопределить правила ПМ так, чтобы он сначала смотрел в отдельный «внешний» кэш пакетов, а уже потом лез в инет — это вообще простейшая вещь — даже если сейчас не реализована в зироинстале, допиливается за пару вечеров.

Про то, что в 0install в принципе by design отсутствует такая проблема как конфликт файловых путей, и что такая проблема как «конфликт версий библиотеки в пределах одного процесса» там возможна только при очень криво собранном пакете и легко чинится — уж и говорить не стоит...

geekless ★★
()
Ответ на: комментарий от I-Love-Microsoft

сколько раз меня закидывали помидорами за такие еретически мысли, но если Ingo Molnar начнет проект, которые реализует его идеи - я БУДУ участвовать

А вот кое-кто так уже приступил: http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения) Во всяком случае, очень похоже на идеи Молнара. Слишком похоже, если вникнуть. И никакая не ересь по-моему, нормальный прогресс, всё к этому идёт.

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

s/не модераторы пропустят/модераторы не пропустят/

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

я сие как-то пропустил, есть какой линк с хорошей статьей(ну или документацией, на худой конец) чтоб почитать, что сие из себя представляет?

А я не пользуюсь CyanogenMod. :) Он вроде как ни одной модели с Dual SIM не поддерживает.

А статья вот:
http://pocketnow.com/android/cyanogenmod-adds-advanced-app-permission-control

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

И никакая не ересь по-моему, нормальный прогресс, всё к этому идёт.

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

а по той ссылке не нашел где там слишком похоже, пожалуйста, подробнее где там написано - интересно

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от myhand

google денюшку считать умеет и умирающий язык в свою инфраструктуру не включит.

Это мы про тот гугл говорим, который регулярно вкладывает деньнюжки в какую-нить хрень, а потом сворачивает проект и перестает предоставлять данную услугу?

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

Я не «считаю, что „ЛинуксМаркет“ должен быть обязательно централизованный»

Замечательно считаешь... якобы. А теперь читаем:

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

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

То есть вот он, централизованный линксмаркет, кушать подано :trollface:

Так вот - не появится. «В такой ситуации централизованный репозиторий через некоторое время появится просто автоматически, потому что это удобно» - не будет этого, в твоем понимании.

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

Просто потому что структура линукса - распределенная. Любые совместные действия это договор равноправных субъектов.

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

Предметом договора по факту будет слой совместимости (ABI) и стандарты на «единый пакет». При этом метод реализации - это область ответственности дистрибуторов. Вплоть до наличия реализаций universalrepo для дистрибутива X не от дистрибутора - в связи с тем что дистрибутор «жистоко нинавидит» universalrepo.

А что класть в свои кучки софта собранные в согласии с universalrepo это , опять же, область ответственности владельцев кучек.

Субъектами договора будут флагманы-дистрибуторы и коммунити - поставщики типа( libreoffice). Арчик не пригласят, гентушечку тоже.

И все. Вот слой совместимости, вот единая таксиномия пакетов (pidgin это и тут и там pidgin), вот общие соглашения по поиску, что бы на вопрос «хочу пидгин» гугл выдавал разные, но universalrepo пидгины. Все остальное - от лукавого.

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

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

А вот договариваться на тему каждого пакета в этом универсальном репозитории - нереально. И не будет этого.

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

Это он хочет чтобы был какой-то аналог гугломаркета в котором нет _ВООБЩЕ_НИ_ОДНОГО_ хоть сколь-нибудь полезного приложения.

В свое время ЛОР так и не нашел аналог ондроедного OsmAnd. Хотя казалось бы не рокет сайнс и османд такой же опенсорс...

Боюсь ежедневника под линукс тоже не будет... Проецирование собственных интересов(о полезности програм) на весь мир до добра не доводит. Этим и плох текущий собор.

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

Если следовать твоей логике, то и AUR-а не существует, потому что «договариваться на тему каждого пакета в этом универсальном репозитории - нереально».

До тебя никак не дойдёт, что ты используешь неправильную модель. С точки зрения участия в проекте, проект децентрализован: захотел добавить пакет, добавил. Всё.

От AUR-а в плане установки пакетов он отличается только тем, что:

1) совместимость гарантирована на уровне ABI, а не API, поэтому не нужно собирать пакеты на целевой машине.

и

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

Если угодно, «одобрение модератором» — это переход из AUR в community, в «доверенную зону».

[code]pacman -Sl community | wc -l 2397 [/code]

Ты хочешь сказать мне, что эти 2 тыщи пакетов — «в моих влажных мечтах»? Заметь, это всего лишь дистрибутив-конструктор для гиков, а не платформа для дистрибьюции софта на весь гнулипус. Даже сравнивать нечего — если будет такая платформа, туда сразу влетят 10000 пакетов, а не 2000.

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

Именно. Предмет договора максимально узкий: спецификация ABI (подмножество LSB) + zeroinstall-injector. ВСЁ. Сравни со своими влажными фантазиями про систему сборки, позволяющую собирать 100500 «разных, но одинаковых» пакетов под 100500 дистрибутивов. Как, еще один autotools? На этот раз совмещенный с пакетным менеджером? «Нахер нужно скажем дружно» — подумают в каком-нибудь дебиане, и весь твой unirepo отправится на юх.

При этом метод реализации - это область ответственности дистрибуторов. Вплоть до наличия реализаций universalrepo для дистрибутива X не от дистрибутора - в связи с тем что дистрибутор «жистоко нинавидит» universalrepo.

Именно. Если какой-нибудь абстрактный Школололинукс «жистоко нинавидит» наш проект, то всё равно находится какой-нибудь энтузиаст, который собирает все нужные для обеспечения совместимости с LSB пакеты + пакетирует zeroinstall-injector. И опять: ВСЁ! На Школололинукс стало можно ставить наши пакеты, пойте и пляшите!

Замечательно считаешь... якобы. А теперь читаем:

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

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

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

Что конкретно изменится в конфигурации лебедь-рак-щука?

anonymous
()
Ответ на: комментарий от I-Love-Microsoft

а по той ссылке не нашел где там слишком похоже, пожалуйста, подробнее где там написано - интересно

Ага. Ну про криптографическую защищённость пакетов, с этим в альтах исторически хорошо было. Вот: «распределённая сборочница» - что, как не децентрализация? «Карманы» - ну да, способ облегчения жизни разработчикам, смягчение централизации. «Обеспечение установки популярных сторонних rpm» - правильно, устранение дистрозависимости, по мере сил, конечно. Да, чтобы не навредить, да, ограниченные ресурсы, так это как всегда. А так что вижу - явное движение в сторону большей открытости, вполне в духе статьи Молнара. ALT и раньше закрытостью не страдал (http://www.altlinux.org/Join), так вот в связи с обсуждаемой статьёй: тенденция, однако. Если и другие команды найдут в себе силы, думаю, будет хорошо.

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

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

Что конкретно изменится в конфигурации лебедь-рак-щука?

Лебедь, рак и щука договорятся по поводу вектора тяги?

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

Вот выступление гражданина Молнара как-раз более «капиталистическое» - он призывает к коммерциализации свободной ОС

Нет. Он призывает взять лучшее из их практик.

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

«У меня для вас других писателей нэт»(с). А пользователи такие уж есть и других не будет. До идей Столлмана большинству людей дела нет. Им нужно максимально быстро сделать то, что им нужно. Здесь и сейчас. И это правильно. И компьютер со всеми его причандалами они рассматривают, как наиболее дешевый и доступный инструмент. И, если компьютер А позволяет сделать что-то, лучше, быстрее и с меньшим напрягом, чем компьютер Б, они будут пользоваться А. При этом пользователи ужасно консервативны - вот у них есть компьютер А, в который они инвестировали деньги и время (которое тоже деньги), и сформированные привычки. Чтобы они перешли на новый компьютер Б, у последнего должны быть свои киллер-фичи. И минимум Б-специфичных моментов.
Вот о минимизации таких моментов и добавлении киллер-фичи одновременно и говорит Инго.

ЗЫ. Я, лет в 20, тоже ненавидел условных буржуев и тупых потребителей (если честно, то и сейчас это мне не нравится). А потом пришло понимание, что другая система, здесь и сейчас, не работает. Что ей, как и линуксу, нужны другие люди. Их, как и пользователей Линукса, надо долго и терпеливо выращивать, создавая условия для их появления.

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

Спасибо.

У меня только 6 ставиться =( Но фича дивно прикольная.

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

Что конкретно изменится в конфигурации лебедь-рак-щука?

Они могут начать думать в озвученном направлении) Бывает такие штуки порождают вектор развития хаотичных до этого проектов.

F457 ★★★★
()

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

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

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

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

anonymous
()

Согласен с каждым его словом.

anonymous
()

Лично меня эта статья ОКОНЧАТЕЛЬНО сподвигла перейти на ROLLING RELEASE дистр, с Ubuntu и Mint...

PPA — замечательная штука, она как раз и предоставляет возможность устанавливать самое свежее ПО непосредственно от разработчиков, не дожидаясь мейнтейнеров официальных репов. Но у PPA есть большая проблема — привязки к релизам! :(

Подумывал что выбрать, Mint Debian Edition или Arch... В общем, закрываю глаза и прыгаю в Arch! надеюсь, не разочаруюсь :D

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

> PPA — замечательная штука, она как раз и предоставляет возможность устанавливать самое свежее ПО непосредственно от разработчиков, не дожидаясь мейнтейнеров официальных репов. Но у PPA есть большая проблема — привязки к релизам! :(

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

Проблему привязки к релизам можно ликвидировать трудолюбием, чтобы было 5 пакетов для 5 релизов. Сделать же так, чтобы был один пакет для всех Linux-дистрибутивов тоже можно, но сложно, потому что ещё не автоматизировано ни PPA, ни OBS, ни чем-либо ещё. Я пробую такие пакеты создавать по образцу популярных проприетарных программ, но на создание пакета уходит много времени.

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

Ты хочешь сказать мне, что эти 2 тыщи пакетов — «в моих влажных мечтах»?

Ага. Более того - ты сам это говоришь.

(А приводить в пример дистрибутив - бред. Дистрибутив - «кафедральный собор». Там есть иерархия и нет договора ранвоправных субъектов )

Заметь, это всего лишь дистрибутив-конструктор для гиков, а не платформа для дистрибьюции софта на весь гнулипус.

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

Именно. Предмет договора максимально узкий: спецификация ABI (подмножество LSB) + zeroinstall-injector. ВСЁ.

Кого пускать в доверенные а кого нет - вот и место где не договорятся. Возникнет куча «доверенных» иерархий.

Сравни со своими влажными фантазиями про систему сборки, позволяющую собирать 100500 «разных, но одинаковых» пакетов под 100500 дистрибутивов.

Ну и где я такое предлагал? :D

Именно. Если какой-нибудь абстрактный Школололинукс «жистоко нинавидит» наш проект, то всё равно находится какой-нибудь энтузиаст, который собирает все нужные для обеспечения совместимости с LSB пакеты + пакетирует zeroinstall-injector. И опять: ВСЁ! На Школололинукс стало можно ставить наши пакеты, пойте и пляшите!

Вот если вкратце относительно твоей схемы я «предлагаю» (а точнее считаю более разумным, так сам пока ничего не предлагаю - слишком сложная задача. А вот 0install я считаю школьной игрушкой для школьников с энторнетами :D ) :

а) будет расширение базы LSB на тему стабильного ABI. Именно это я называю условным universalrepo 1.3 и из за чего возникает путаница.

б) Это расширение базы LSB будет по репозиторному принципу. К этому будет стандартный интерфейс, шелл в том числе. Будет стандартизированная таксиномия пакетов/фич для этого «репозитория» ABI. То есть да, это по репозиторий. Но никакого прикладного софта там не будет. Только библиотеки. Назовем этот репозиторий universalrepo-system

в) внутри будет сильно стандартизированная таксиномия пакетов. То есть(пример) universalrepo-1.3::libcoollib-1 - это тег ABI.

То есть некий пакет сможет «сказать» universalrepo-feature libcoollib-1 и дистрибутив ему его предоставит. Как это сделает дистрибутив не важно - это дело дистрибутива. Он может например предоставить враппер который уже и будет напрямую слинкован с дистрибутивной реализацией libcoollib-5.2.34, но которая бинарную совместимость не держит.

г) задача подбора софта в universalrepo-system - это обеспечить максимальное удовлетворение зависимостей прикладного софта.

Грубо говоря - расширенное LSB , у которого вместо одного LSB-1.1 некий внутренний репозиторий. Который обеспечивает дистрибутив. Федора(и вообще редхаты) кстати примерно так внутри и построена.

«Клиентская часть»

Есть «пакеты», сборки, бинари в архиве собранные с тегом совместимости universalrepo 1.3 . Или , действительно, пакеты в некоем условно новом формате с новым расширением.

Множество этих пакетов - ДРУГОЙ репозиторий, а точнее вообще НЕ РЕПОЗИТОРИЙ. Тут никаких зависимостей. Никаких идиотских плясок с 0install в случае отсутствия интернета. Просто некие пакеты... в принципе в любом пакетном формате. Все дополнительные библиотеки таскают с собой.

И та же схема как и у тебя - собирают под дистрибутив universalrepo-system , и можн оставить universalrepo-x.x пакеты под дистр. Пакеты совместимые с тегом universalrepo-x.x собирают один раз, один пакет с бинарями под все дистры.

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

И данная схема НЕ ПРЕДНАЗНАЧЕНА для решения всех мировых проблем линукса с точки зрения вендошкольника узнавшего про линукс, как пытается сделать школоло-0install. Она предназначена для того, что бы софт вроде инксейпа или там другой прикладной софтины, не имеющей в зависимостях стопитсот пакетов, можно было просто поставить и она бы просто заработало.

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

То есть нах** не нужен этот самый «общий случай» никому кроме фанатов 0install.

kernel ★★☆
()

Пока линукс-сообщество рожает решение для обычного пользователя, Андроид переползет на десктоп. Пишу с Андроид ICS.

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

Пока линукс-сообщество рожает решение для обычного пользователя, Андроид переползет на десктоп. Пишу с Андроид ICS.

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

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

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

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

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

Только на мнение спецов. Официальные репы и ppa от автора программы.

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

ты предлагаешь путь в никуда.

Я предлагаю решать проблемы одну за другой, а не методом «сразувсепорешаем».

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

Я предлагаю договор дистрибуторов на тему ABI с конкретным механизмом.

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

При этом то что там вырастит поверх этого ABI, это отдельная совершенно песня. Которую надо обдумывать отдельно сходя из имеющихся тенденций - а имещиеся тенденции это целая куча отдельных пакетных деревьев вроде pip или gems которые будут отдельно существовать в любом случае и ни в какой «единый пакет» их не загнать.

а нужна именно помойка.

Ну это вам же нужна помойка.

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

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

При этом вы вообще ничего не предлагаете кроме лозунгов про то что «надо двигаться в сторону 0install» которым по факту никто кроме 2.5 гиков не пользуется.

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

Кого пускать в доверенные а кого нет - вот и место где не договорятся. Возникнет куча «доверенных» иерархий.

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

[много букв о universalrepo]

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

1. Как идентифицировать пакеты и как их обновлять. Система-то децентрализована, ага. Тебе ВСЁ РАВНО придётся при каждом пакету указывать url, с которого он обновляется. Так может проще сразу связать эти понятия: имя пакета и url — и не парить мозг?

2. Что делать, когда таких пакетов в системе будет не 5, а 55? Пользователи начнут задаваться справедливым вопросом «а где мои гигабайты, бро?», и это проблему тоже всё равно придётся решать.

3. Но еще раньше чем пользователи, спохватятся админы. Ты ведь все компоненты ПО по сути разделил на «граждан» первого и второго сорта. Видишь ли, раньше админ мог заменить проблемную библиотеку, и проблема исчезала во всех приложениях. А теперь ему предётся ручками пересобрать неизвестное число пакетов. (Предварительно теми же ручками выяснив, в какие вообще пакеты входит эта библиотека.) «Отсутствие зависимостей — очень удобная штука для вендошкольника», — скажет тебе админ, — «но не могли бы вы со своими вендоидеями пойти отсюда нахрен?» Добро пожаловать обратно, наш старый друг "./confugure && make && sudo make install".
И эту проблему — удивительно — всё равно придётся решать.

А беря твою систему и прибавляя к ней эти два требования, мы получаем, внезапно, систему эквивалентную — по функциям и архитектуре — 0install-у. Ну просто таково направление внутренного развития такой системы.

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

И данная схема НЕ ПРЕДНАЗНАЧЕНА для решения всех мировых проблем линукса с точки зрения вендошкольника узнавшего про линукс, как пытается сделать школоло-0install.

Да ты что? Перечисли, пожалуйста, КАКИЕ ИМЕННО проблемы школолоника решает 0install, помимо тех, которые мы тут с тобой мусолим?

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

Ага. Очень гипотетический случай.

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

Я тебе страшную вещь скажу: в 0install ВСЁ ЕЩЕ ПРОЩЕ. Там софт даже ставить не надо.

Ну и что касается энторнетов, ты пытаешься решать проблему, которая вот уже несколько лет как не актуальна. Отсутствие энторнетов это настолько маргинальный случай, что на него можно просто забить. Тем более, что «репозиторий на диске» для 0install архитектурно вообще ничем не отличается от аналогичного репозитория для deb. Так что проблема изначалаьно полностью высосана из пальца.

geekless ★★
()

Слишком утопично. Тот самый андроид, у которого единый SDK и не так много версий зачастую имеет серьёзные проблемы, связанные с фрагментацией. На текущий момент имея несколько десятков дистрибутивов можно представить сотни комбинаций ABI различных библиотек, которыми пользуется тот же LibreOffice. Пусть даже различные варианты пакетов можно собирать в автоматическом режиме, но на это требуется множество ресурсов, которые, как я понял, ко всему прочему должен обеспечивать либо разработчик, либо некая структура(LinuxMarket), работающая на добровольных началах. Тут уже не обойтись локалхостом мейнтейнера либо билд-сервером, принадлежащим проекту дистрибутива. Унификация ABI/API в рамках некого стандарта - ещё один LSB. Если бы такой подход действительно работал, то этого зоопарка просто не было бы.

Semp
()
Ответ на: комментарий от kernel

за абсолютной помойкой скрывается жесткое ABI

«жесткое ABI» как бы само собой подразумевающаяся вещь к подобной системе пакетирования.

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

Ну и что касается энторнетов, ты пытаешься решать проблему, которая вот уже несколько лет как не актуальна.

Я такие речи слышу с 90-х. После каждого нового всплеска развития технологий связи. Старое доброе «проблему ОЗУ мы решили^W^W^W 640 кб хватит всем»

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

Вот и я и говорю - школьники с энторнетами. Типичный их образ мыслей. Просто иллюстрация. Как и пример такого образа мыслей ниже.

Тем более, что «репозиторий на диске» для 0install архитектурно вообще ничем не отличается от аналогичного репозитория для deb.

Ну и реально, часто ты чтото там для 0install кешировал ... ах да - ты же уже написал что во первых «если этого нет то можно доработать», то есть ты даже не знаешь есть ли это кеширование хоть во сколько то годном формате. А во вторых это «не нужно так как несколько лет это уже не проблема». Какое то сплошное «Мы теоретики считаем что наша теория ничем не отличается от практики».

Ты хоть понимаешь насколько это по идиотски звучит для всякого кто не является этим самым школьником с энторнетом?

Так что проблема изначалаьно полностью высосана из пальца.

Ты долго говорил но опять пришел к «Так что проблема изначалаьно полностью высосана из пальца.» При этом, ИЧСХ, тот же редхат об этой проблеме думает, например.

Я тебе страшную вещь скажу: в 0install ВСЁ ЕЩЕ ПРОЩЕ. Там софт даже ставить не надо.

Фейспалм. Только пользоваться вундервафлей никто не хочет :D

PS

И случай энторнета дорогого тоже не рассматриваем? Спутниковый там? :D Ты расценки на спутниковые линки видел, не те которые длябыдлоса+, а двунаправленные? :D А gprsы всякие, 3g хреновые, с ними что делать? Пропадание основного канала? :D

А *медленный* энторнет тоже не рассматриваем? :D Так как везде быстрый есть? :D

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

«жесткое ABI» как бы само собой подразумевающаяся вещь к подобной системе пакетирования.

Я обожаю такие «подразумевающиеся» вещи. Сначала ононим нам всякие лозунги про рабство втирает, дистрибутивы клеймит, а потом выясняется что вся его свобода только на рабстве и держится.

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

Если это очевидно, тогда в чем пафос?

Если же он предлагает перейти к 0install'ам и от любого рабства, в том числе дистрибутивного, отказатся, тогда как будет поддерживатся это самое «жесткое ABI»? А никак - умалчивает онон этот момент.

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

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

Старое доброе «проблему ОЗУ мы решили^W^W^W 640 кб хватит всем»

Если для тебя не очевидно, чем ресурс ОЗУ отличается от ресурса доступа в интернет, тут даже разговаривать не о чем. Впрочем, ты ж не тупой, ты просто придуриваешься.

Ты хоть понимаешь насколько это по идиотски звучит для всякого кто не является этим самым школьником с энторнетом?

Что я слышу — неужели баттхерт школьника без интернета? Верни соседу уворованный кабель и больше так не делай. Мамочка не дала денег на мартовскую оплату провайдера? Понемаю, бываит.

то есть ты даже не знаешь есть ли это кеширование

Кэширование, блджад, — это одна из неотъемлимых фич зироинстала. Там ничего не «устанавливается», а только «кэшируется». Даже такой школьник без интернета, как ты, сможет доделать на школопейтоне поиск реализации в заданном каталоге в случае, если разработчик зироинсталла на это забил. Так что перестань хныкать, а то становишься похож на девочку без интернета.

Фейспалм. Только пользоваться вундервафлей никто не хочет :D

Твоей воображаемой системой тоже никто пользоваться не хочет. Знаешь, в чем отличие? Зироинстал кто-то хотя бы реализовал.

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

Лол, ты бы еще ABI ядра рабством назвал. А уж про спецификацию системы команд процессора и вообще страшно вспоминать — натуральное рабство!

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

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

Страдает. Но я тебе уже расписывал почему а ты проигнорировал - по второму разу не хочу.

Т.е. по сути ты предлагаешь то же самое, вид сбоку.

Я по сути предлагаю решать проблемы по одной. И из этого исходить.

А ты (и прочие борцы за счастье всего человечества) предлагают решить все разном, «и чтобы никто не ушел обиженным».

1. Как идентифицировать пакеты и как их обновлять. Система-то децентрализована, ага. Тебе ВСЁ РАВНО придётся при каждом пакету указывать url, с которого он обновляется. Так может проще сразу связать эти понятия: имя пакета и url — и не парить мозг?

А может когда решим проблему ABI, и таксиномии пакетов, вы, фонаты 0intstall поконкурируете с другими решениями на общих основаниях?

Я например считаю что гораздо больше не хватает нормальной мультидеревности пакетов и дистрибутивов нескольких уровней. Что бы были например дистрибутивы 1 уровня - федоры/дебьяны/сузе/убунту, а были *поверх* них, дистрибутивы второго уровня, прикладные. Например, условно, дистрибутив «художников». Который бы я мог поставить на дебьян/федору/убунту.

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

2. Что делать, когда таких пакетов в системе будет не 5, а 55? Пользователи начнут задаваться справедливым вопросом «а где мои гигабайты, бро?», и это проблему тоже всё равно придётся решать.

И пусть задаются. И пусть будет конкуренция за решения.

3. Но еще раньше чем пользователи, спохватятся админы. Ты ведь все компоненты ПО по сути разделил на «граждан» первого и второго сорта.

А это не я разделил - они всегда были разделенные. Просто одни были в FOSS организационно оформленны (дистрибутивы), а другие - нет. И это была в FOSS проблема - ISV сектор был абсолютно незначителен. В отличие от проприетарщиков где это основная масса софта.

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

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

Ну то есть мы уже говорим об проблемах одмина гентушечки на локалхостике и прочих «i like to move it, move it»^W^W^W"i like to make compile, make compile"?

«Отсутствие зависимостей — очень удобная штука для вендошкольника», — скажет тебе админ, — «но не могли бы вы со

Речь идет, как я понимаю, об плюшевом одмине сурового арчика? :D

своими вендоидеями пойти отсюда нахрен?» Добро пожаловать обратно, наш старый друг "./confugure && make && sudo make install".

И эту проблему — удивительно — всё равно придётся решать.

А тут мы внезапно вспоминаем крайне веселую вещь сказанную Инго... «да, для корпоратива текущая схема в линуксе неплоха» :D

Я тебе даже еще одну замечательную вещь скажу, никто же не мешает дистрибутору засунуть в свои каналы обновления, О УЖАС, бинарные пакеты собранные не ими... И в этих обновлениях, делтарпм'ами юзеры все обновления и придут.

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

А беря твою систему и прибавляя к ней эти два требования, мы получаем, внезапно, систему эквивалентную — по функциям и архитектуре — 0install-у.

Дадада. Именно по этому форсишь 0intall на ЛОР только ты, при чем узнал ты о нем относительно недавно :D Даже емнип я твой комент видел, «о какая классная система 0install, не знал».

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

Это твое мнение.

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

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

kernel ★★☆
()
Ответ на: комментарий от I-Love-Microsoft

если Ingo Molnar начнет проект, которые реализует его идеи - я БУДУ участвовать в этом проекте на добровольных началах!

не начнёт , он разработчик ядра всего лишь. чтоб перелопатить core-десктоп линукс, привести в порядок аудиосистемы, библиотеки, ABI ещё чего-нибудь и сворганить к этому маркет нужна какая нибудь корпорация. судя по количеству комментов на Г+ там просто обсудили проблему и заглохли. есть ли уверенность в том, что этот пост дошел до верхушек canonical/redhat/google?

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