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)

Ответ на: комментарий от r

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

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

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

Так что если бубунта хочет попасть на планшеты - ей надо пилить леер совсместимости с андроедом.

Это то зачем??? Неужели в убунте родных приложений не хватает и надо тащить цацки из ведроида?

curufinwe ★★★★★
()

Аллилуия

обновление одного пакета не должно принудительно заставлять обновлять другие

Хоть кто-то из больших дядек наконец поставил этот вопрос!

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

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

Я вот использую Debian и Gentoo. В репах обоих дистрибутивов есть практически все мыслимые приложения, оба дистра меня полностью устраивают. Так с какого перепуга ради борьбы с какой-то мифической «помойкой» я должен переходить на rpm?

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

Статичные бинарники это гораздо более грубое решение. Даже проприетарщики предпочитают грузить нужные библиотеки динамически чем делать статику.

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

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

Вот и расскажи, как ты предлагаешь договориться об этом ВСЕМ участникам дистростроительства.

А как об этом договорились все RPM based дистры?:)

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

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

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

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

Это то зачем??? Неужели в убунте родных приложений не хватает и надо тащить цацки из ведроида?

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

r ★★★★★
()

На опеннете проскакивала новость «Kubuntu прекращает поддержку пакета с компонентами интеграции Firefox в KDE» http://www.opennet.ru/opennews/art.shtml?num=33378 , вот я сразу подумал, а это нормально, что разрабы дистра должны заниматься поддержкой интеграции для стороннего браузера? А в мире Линукс это самое обычное дело. И для сотен пакетов приходится делать тоже самое, куча усилий уходит не понятно куда. Вместо того чтоб уделять внимание непосредственно дистрибутиву, занимаются «интеграцией», «адаптацией» и прочей дребеденью иначе все косячит. Общий славный результат - 1% Линукса на десктопе в продолжении многих лет.

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

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

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

Речь же шла о том, что планшетник заменит ноутбуки, и даже десктопы.

Он их вытеснит будучи более универсальным устройством.

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

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

А для работы андроид как-то не очень подходит.

Это сейчас. По причине что он на планшетники как на формат вышел только-только. До этого был телефонный. А ты представь что «не будет никакой разницы». Кроме одной - андроед уже схавал этот рынок.

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

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

+

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

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

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

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

хехехе

Oleaster ★★★
()

Внимание! Всем кто мне косточки перемывал! Ingo Molnar выразил в том числе и мою точку зрения на 100%!!! Я знал что это день настанет и все проблемы линукса будут признаны уважаемым в этой среде человеком!

Я был прав. Точка.

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

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

Они постоянно договариваются об общих стандартах, ващето :D

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

Ну так у них продолжится свое видение на тему того какой должен быть дистрибутив. А вот грубо говоря «сторонние пакеты», не-дистрибутивные будут такие, по новому стандарту.

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

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

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

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

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

А все эти «давайте сделаем как венде что б каждая прога сама по себе» и порождают 100500 библиотек разных версий.

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

Проблемы венды решают на винфаке, ты ошибся.

Ты наверно никогда в /usr/lib64 не заглядывал. Ставишь из 100500 реп приложения собранные хз когда и хз на чём и они какают в общую копилку, а потом оттуда бинарный код всасывается в собираемые либы и приложения, но сидящим не на линуксе это незаметно, да.

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

Внимание! Всем кто мне косточки перемывал! Ingo Molnar выразил в том числе и мою точку зрения на 100%!!! Я знал что это день настанет и все проблемы линукса будут признаны уважаемым в этой среде человеком!
Я был прав. Точка.

Вылитый Картман :D «Если бы я ложно не обвинил Ахмеда и его семью, вы бы никогда не добрались до правды! Это все благодаря мне! Я был прав. Точка.» :D

kernel ★★☆
()

Некий Tuomo Valkonen, автор ion, ровно об этом писал несколько лет назад, правда в более экспрессивной манере. Тогда заплевали его, а теперь вот до людей доходит наконец то.

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

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

Собственно почему вы считаете что пакетная система в системе должна быть одна? У нас уже расширения firefox или там pear какой нибудь - отдельные пакетные системы.

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

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

А как обеспечить совместимость пакетов из универсального репозитория с «базовой» системой, которая у каждого своя?

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

прости, дружок, где я написал что «все благодаря мне»? ладно, для особо одарённых поясню: меня обвиняли некоторые тут на ЛОРе что я пишу чушь, причем неоднократно, может теперь, после того как эти мысли озвучил Ingo Molnar, вы будете адекватнее воспринимать критику... надеюсь на это

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

Теперь вы пишите чушь вместе, делов то.

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

А как обеспечить совместимость пакетов из универсального репозитория с «базовой» системой, которая у каждого своя?

Я кратко описывал выше, отвечая geekless. Вкратце - посмотрите как это делают для autopackage со стороны «клиента». Со стороны сервера посмотрите на то как устроен LSB как стандарт. Дистрибуторы предоставят более широкий аналог LSB и тулчейн для сборки пакетов под universalrepo(tm), разработчики будут собирать пакеты под universalrepo(tm) тулчейном, придерживаясь определенных соглашений.

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

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

меня обвиняли некоторые тут на ЛОРе что я пишу чушь, причем неоднократно, может теперь, после того как эти мысли озвучил Ingo Molnar, вы будете адекватнее воспринимать критику... надеюсь на это

Для не менее одарённых разъясняю. То, что ты говорил то же, что и Ingo Molnar, это твое, сугубо личное, мнение. То что вы при этом думали одинаковые мысли, которые Инго «как I-Love-Microsoft» озвучил, это отдельный намек чем тебя лечить и где :D

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

GPU - только для игр. Лучшее решение Mali от ARM. Подделия от других производителей на данном рынке сливают конкретно. Надо оставить поддержку только одного решения - как это сделал Apple. И юзеры, и разработчики будут счастливы. Да и драйвер для данного решения открытый есть, а для других - только проприетарные.

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

Что-то не верю я, что операционая система где все приложения на java выполняются,

как и половина энтерпрайза сейчас

будет применяться для серьезной работы,

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

тем более на относительно маломощных планшетах.

Даже сейчас все работает. А впереди только большие мощности.

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

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

Мобильные устройства - это несеьезно :)

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

Например?

z4root или как там оно называлось, кем-то запиленный iw для ведроида, mplayer тот же, который, хоть и работал но всё-же не умел воспроизводить потоковое видео, как не умеет этого до сих пор ни один плеер для ведроида. Busybox человеческий. Консольная хренота (хоть убей не помню как называется) для убивания ненужного жабного говна при старте.

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

Вот, может VLC ещё сделают - сомневаюсь что его в маркет засунут. Хотя один чорт - вероятность что оно будет нормально работать на 2.1 - ничтожна.

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

Stanson ★★★★★
()

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

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

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

Кучу же корпоративного софта с его формочками и пр. уже сейчас делают все кому не лень.

BlackV
()

На словах легко, на деле как всегда:

1. iOS и Android живут в своем мире благодаря единственному по сути инструменту разработки - Java или Objective-C, SDK создается бохом и только им и позволено пользоваться. А в Linux/*BSD что? Взять тот же Perl, 5.14 в той же Gentoo осилили лишь недавно (т.е. через полгода+ после выпуска), при этом остальные дистрибутивы жили либо на 5.8, либо на 5.10 (при том только продвинутые), в самой Gentoo релиз 5.12 очень долго был только в unstable. Хотя в том же LSB прописано, что Perl должен быть установлен на каждой Linux-системе. Как разработчик мне неинтересно поддерживать все три версии перла, слушать негативные отзывы пользователей, что видите ли их перл 4-летней давности «течет» и т.п.

Возьмем аналогичный пример с Python'ом - там тоже зоопарк. И этот список можно продолжать: Haskell, Erlang, Ruby и конечно же GCC, Glibc, GTK, Qt - все они меняют свои ABI и API, при этом дистростроители следят только за «известными» в своей системе пакетами - отсюда и месяцы на включение нового пакета. Как тысячам сказать, чтобы они использовали только одну версию языка разработки или библиотеку? Их никак не заставишь.

2. О защите данных это промах. В отличие от тех же Apple Store, ИМХО, unix-сообщество должно двигаться к полной децентрализации. Иначе это приведет к концентрации власти в определенные руки, например, к Red Hat. Все понимают, что если что-то шифровать то нужен центр сертификации - недавние атаки на подобные центры сертификации уже доказали несостоятельность этой идеи. Более того, следует учитывать обычный наживной фактор. Это путь капиталистов и он чудесно работает в Apple Store, Steam, Android Market и т.п.

Если я хочу установить какой-либо софт - я доверяю лишь разработчику этого софта. Мне не нужно лезть в Launchpad, мне не нужно даже пытаться искать данный в софт в репозитории дистрибутива - ибо это свежий софт, о нем не знают даже дистростроители и они не должны даже о нем знать - у них свои заботы. Все что мне нужно открыть даунлоад пейдж, кликнуть на скачать и установить, запустить. На этом вся безопасность заканчивается. Не нужно пытаться спасать «утопающих», я не плачу вам деньги, зачем вы приписываете мне шифрование на 4096-бит, которое жрет немерянно вашего электричества? Вы не настолько щедры, чтобы брать такое обязательство.

3. Вывод: чтобы решить высказанную в теме проблему нужно создать идеальный дистрибутив, на который будут равняться все остальные. Пусть он содержит только средства разработки и больше ему ничего не надо. Но эти средства будут всегда в актуальном состоянии, их будет мало и за ними будет легко следить, контролировать и поддерживать. Я не хочу очередных Fedora, Gentoo, Ubuntu, Debian, Arch Linux, Mandriva, Suse, Slackware, Red Hat, Alt. Мне нужна среда для разработки, которая будет у всех пользователей индиетична и тогда все будет также просто как у капиталистов.

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

Собственно почему вы считаете что пакетная система в системе должна быть одна?

[понимаю, что отвечаю на вопрос, адресованный не мне]

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

На работе одному из коллег пришла в голову ставить на Debian Stable свежие питонные модули из pip, а не из пакетов. Вот он и поставил PIL из pip. Результат: PIL без поддержки JPEG, поскольку pip (как-бы пакетный менеджер для питонных модулей) не знает, как заставить APT (пакетный менеджер для всего остального) поставить libjpeg.

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

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

4.5 часа работы от батареи это достаточно вменяемо? Некоторые ноуты живут меньше.

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

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

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

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

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

Есть такие зависимости.

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

А вот это не совсем так.

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

В вашем случае pip должен уметь запрашивать некий враппер, типа xdg-open, пусть например xdg-package, который поставит ему нужный пакет из системного репа спросив пользователя.

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

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

Ну не анонимусы и не учредители ведромаркета же.

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

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

если это вдруг заработает, т.е. для внешнего наблюдателя (например, операционной системы, которая должна запускать весь установленный хлам) пакетные менеджеры будут не различимы, то согласно liskov substitution principle , pip и «вышестоящий» пакетный манагер - однотипны. в таком случае возникает вопрос: зачем нужны два пакетных менеджера, если они делают абсолютно одно и то же?

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

боюсь, что на таком уровне, с задачей справится лишь человеческий интеллект. :)

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

если это вдруг заработает, т.е. для внешнего наблюдателя (например, операционной системы, которая должна запускать весь установленный хлам) пакетные менеджеры будут не различимы, то согласно liskov substitution principle , pip и «вышестоящий» пакетный манагер - однотипны. в таком случае возникает вопрос: зачем нужны два пакетных менеджера, если они делают абсолютно одно и то же?

Когда дело касается системы, то два и не нужны. Например, у нас есть общесистемный пакетный менеджер и менеджер gem от Ruby. Существует куча пакетов для gem, но мы хотим ставить их как обычные системные пакеты. Задача решается созданием враппера, который будет конвертировать gem-пакеты в системные. При этом такой установленный пакет присутствует в обоих пакетных менеджерах.

Другое дело, когда надо выйти за пределы области компетенции системного ПМ. gem-пакеты могут стоять не только в /usr, но и в $HOME, здесь-то он нам и пригодится.

geekless ★★
()

Оберите, потжалуйста, у этого красноглазика Молнара косяк марихуаны. Если он так хочет венду - может ему туда и пойти?

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

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

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

Lucky ★★
()

Интересно что об этом думает Марк.

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

Инго Молнар давно уже выставил себя крайним неадекватом. Вообще он известен тем, что саботировал десктопный линукс.

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