The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлена начальная реализация системы управления установкой приложений для GNOME

11.03.2013 20:27

Ричард Хьюз (Richard Hughes), создатель проекта PackageKit, представил первые наработки по реализации проекта GNOME Software, в рамках которого развивается низкоуровневая прослойка и интерфейс для установки программ для GNOME. Особенностью GNOME Software является возможность работы как со стандартными механизмами управления пакетами дистрибутивов, работая в роли надстройки над PackageKit и AppStream, так и задействование средств для обособленной установки самодостаточных пакетов программ, распространяемых в универсальных форматах, независимых от дистрибутивов Linux. Функциональность GNOME Software формируется через подключение плагинов, например, могут быть созданы плагины для показа скриншотов, учёта популярности приложения, формирования рейтинга, интеграции с внешними системами сборки и т.п.

В качестве механизмов для установки программ без привязки к дистрибутивам обеспечена возможность использования систем Listaller и Glick2. Listaller позволяет формировать устанавливаемые в различных дистрибутивах ipk-пакеты, с доустановкой необходимых для работы программы зависимостей из штатных репозиториев дистрибутвов. Glick2 предоставляет средства для формирования самодостаточных пакетов, включающих в себя все необходимые для работы зависимости и способных работать через распаковку в поддиректорию домашнего каталога пользователя. Дополнительно обеспечена интеграция с системой сборки образов операционных систем OSTree.



  1. Главная ссылка к новости (https://blogs.gnome.org/hughsi...)
  2. OpenNews: Разработчики GNOME собираются реализовать самодостаточные пакеты приложений, не зависимые от дистрибутивов
  3. OpenNews: Дистрибутивы начали разработку универсального интерфейса установки программ AppStream
  4. OpenNews: Первый выпуск AppStream-Core, части универсальной платформы для установки приложений
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36361-gnome
Ключевые слова: gnome, packet, software
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (66) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Петр (??), 20:57, 11/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Единственное, что я делаю c PackageKit с момента его появления - сношу его сразу после установки системы. Теперь сносить придется больше...
     
     
  • 2.5, Xasd (ok), 20:59, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Единственное, что я делаю c PackageKit с момента его появления - сношу
    > его сразу после установки системы. Теперь сносить придется больше...

    зачем сносите?

    чтобы случайно так не получилось, что Вам захочиться этим воспользоваться? :-)

    ....тип как например -- """а отрежу-ка я себе мезинец на руке! ведь всё равно я не использую 10-типальцовую печать на клавиатуре..""" :-)

    страх перед тем что в будущем ВДРУГ Вам захочется умышленно воспользоваться PackageKit (например через новую программу, которая использует PackageKit) -- не ужеле настолько сильный!? :-)

     
     
  • 3.7, Аноним (-), 21:28, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> захочиться

    Простите, но это уже слишком...) Перечитывайте, хотя бы, перед отправкой.
    А по теме: Мне одному кажется, что они лезут не в свое дело? Может, пользователь, все же, не идиот и сам разберется, как ему программы ставить?

     
     
  • 4.11, Sinot (ok), 21:46, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы вам не хотелось, но среднестатистический пользователь в вашем понимании идиот. И он не хочет разбираться как ставить программу, он хочет ей пользоваться.

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

    С таким же успехом можно упрекнуть любой пакетный менеджер.

     
     
  • 5.13, Аноним (-), 22:26, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >С таким же успехом можно упрекнуть любой пакетный менеджер.

    Так я, праведный Слаковод, так и делаю!

     
  • 5.36, AlexYeCu (ok), 10:58, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >И он не хочет разбираться как ставить программу, он хочет ей пользоваться.

    Поэтому давайте вкрячим ещё один способ установки софта, на этот раз не системный. Чтобы, значится, от разбирательств к использованию этому самому «среднестатистическому» (кстати, вы проводили исследования, либо же вам просто слово нравится?) приходилось преодолевать ещё больше препятствий?

    P.S. Третьегномодевелоперы невменяемы совершенно. Мигель, забери их с собой, а?

     
  • 2.24, AnonuS (?), 02:56, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Точно, который год это поделие приходится выкорчёвывать, оно так и не научилось работать.
    Нехай Гноме всё это добро себе забирает.
     
  • 2.9, equeim (ok), 21:38, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Гномовцы наращивают функционал? Быть того не может!
     
  • 2.14, Аноним (-), 22:38, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разработчики СПО делают то, что им интересно и нужно. Вам важна стабильность и исправление ошибок ? Подключайтесь к тестированию и выявлению патчей. Или покупайте коммерческий саппорт и вам за денежку все мешающие вам проблемы исправят. Но просто трындеть, что вам что-то должны, не стоит.
     
     
  • 3.15, arisu (ok), 22:50, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    так эти гномосеки невменяемы же совершенно. им что патчи, что полька-бабочка…
     
     
  • 4.21, nonhysterical (?), 01:55, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ссылки на твои непринятые патчи будут или как всегда?
     
     
  • 5.22, arisu (ok), 02:04, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ссылки на твои непринятые патчи будут или как всегда?

    сложно давать ссылку на личную переписку с автором «бэкпортированой» в gtk2 идиотии. впрочем, там ничего особо интересного: он упоротый.

     
  • 3.16, anonymous (??), 23:10, 11/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >выявлению патчей

    Имелось ввиду "отправлению"? Патчи с реальными улучшениями состоят исключительно из отмены их коммитов. Будут ли они их принимать?

     
  • 2.31, Аноним (-), 09:11, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственное, что я делаю c PackageKit с момента его появления - сношу
    > его сразу после установки системы. Теперь сносить придется больше...

    А я ставлю нетинсталлом, и мне ничего сносить не приходится, просто не ставлю чего попало.

     

  • 1.17, Maresias (ok), 23:20, 11/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > средства для формирования самодостаточных пакетов, включающих в себя все необходимые для работы зависимости и способных работать через распаковку в поддиректорию домашнего каталога пользователя

    Конечно, сейчас на меня вызверятся Ъ-линуксоиды, но я всё же скажу крамольную вещь: давно пора это сделать.

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

    Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем, кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один пакет? Так нет же, надо разбить на два и создать искусственно зависимость, совершенно ничем не оправданную.

    И если у пользователя нет коннекта или серверы с репозиториями прилегли отдохнуть, но нужно срочно сканер поднять, то сначала надо ставить xsane-common, а только потом xsane, иначе, видите ли, зависимость не удовлетворена.

    Есть и другая негативная сторона с зависимостями — безумное самоуправство мэйнтейнеров. Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой, а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist. Ну на кой ляд это в Xubuntu?! неужели программа для записи с камеры должна зависеть от файлового менеджера и системного соглядатая? Это что, системные библиотеки? Ну бред же!

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

     
     
  • 2.18, Xasd (ok), 00:04, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > давно пора это сделать.

    совершенно верно!

    > Пакет xsane-common не используется ничем, кроме xsane. Вообще ничем.

    а это кстате потому что систему пекетов НЕ возможно сделать одновременно:

    * гибкой и автоматизированной.

    * не гибкой, но удобной для ручных телодвижений установок/удалений (см. Slackware).

    и именно ПО ЭТОЙ причине (по причине вышеупомянутой невозможности) -- нужно чтобы в операционной системы было бы одновременно ДВЕ системы пакетов. (пользоваться сразу ими двумя не обязательно, но иметь ВОЗМОЖНОСТЬ -- надо :)).

    ============================================================

    а что касается системной автоматизированной системы пакетов, в которой существует одновременно и xsane и xsane-common -- то вот конкретно для этой системы пакетов -- это всё правильно! в случае системного манагера пакетов -- каждая программа должна быть разделена как минимум на 2 пакета.

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

    ...как раз для того чтобы если и надо было бы установить по зависимости "Nautilus и Zeitgeist", то чтобы ставились бы лишь библиотеки nautilus-common (название выдуманно) и zeitgeist-common  (название выдуманно) , а не целые программы :-)

    но это только для системных манагеров пакетов такое позволительно!

    а для сторонних программ Программиста Васи Пупкина -- такая система врятли подходит! и именно для его программ -- нужная паралельная другая система самодостаточных пакетов! которую надеюсь сделают успешно :).

     
     
  • 3.27, Crazy Alex (ok), 05:10, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Надо не "common"-пакеты лепить, а слабые зависимости делать, чтобы в случае наличия компонента он использовался, а в случае отсутствия - можно было легко понять, какая функциональность недоступна и удобным образом доустановить нужное. Это раз. А второе - программы Программиста Васи Пупкина вообще не должны быть. Либо ты попадаешь в репозиторий, либо иди лесом. А давать неквалифицированному люду возможность принимать хоть какие-то технические решения - неправильно и чревато.
     
  • 3.39, arisu (ok), 11:38, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а для сторонних программ Программиста Васи Пупкина — такая система врятли подходит!
    > и именно для его программ — нужная паралельная другая система самодостаточных
    > пакетов! которую надеюсь сделают успешно :).

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

     
  • 2.20, Kroz (ok), 00:07, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сорри, сообщение 1.19 было ответом на этот пост.
     
  • 2.23, arisu (ok), 02:06, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем,
    > кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один
    > пакет? Так нет же, надо разбить на два и создать искусственно
    > зависимость, совершенно ничем не оправданную.

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

     
     
  • 3.60, Deluxe (??), 20:29, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > если ты чего-то не понимаешь, то есть большая вероятность, что это вовсе
    > не авторы непонятного дураки.

    Однако есть вероятность, что авторы непонятного всё же дураки, правда? :)


     
     
  • 4.62, arisu (ok), 22:33, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Однако есть вероятность, что авторы непонятного всё же дураки, правда? :)

    есть. но не в обсуждаемом случае.

     
     
  • 5.72, Maresias (ok), 08:59, 16/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Однако есть вероятность, что авторы непонятного всё же дураки, правда? :)
    > есть. но не в обсуждаемом случае.

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

     
     
  • 6.73, arisu (ok), 13:50, 16/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    бебиан. интеллект. OpenSSL. бугога.
     
  • 2.28, www2 (??), 06:20, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >сначала надо ставить xsane-common, а только потом xsane, иначе, видите ли, зависимость не удовлетворена.

    Где ты об этом прочитал? Чтобы поставить xsane, да нужно поставить xsane-common, только меня лично это нисколько не беспокоит, потому что я говорю лишь то, что мне нужно, а о зависимостях система думает сама. Когда нет репозиториев, есть дистрибутивные диски с репозиториями.

    >Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой, а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist. Ну на кой ляд это в Xubuntu?!

    Ну то есть дело в том, что ты пользуешься Xubuntu? Или дело в том, что ты не понимаешь разницы между зависимостями типа required, recommended и suggests? Нужно всего-то взять правильный дистрибутив (я использую не перепев Битлс от Мойши, а оригинал - Debian) и почитать как минимум об этих трёх видах зависимостей.

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

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

     
     
  • 3.58, Deluxe (??), 20:22, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  Нужно всего-то взять правильный дистрибутив

    Ржунимагу.

    Ъ такие Ъ...

     
  • 2.32, Аноним (-), 09:14, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем,
    > кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один
    > пакет? Так нет же, надо разбить на два и создать искусственно
    > зависимость, совершенно ничем не оправданную.

    Оправданную. В xsane-common входят архитектурно-независимые данные, что позволяет ограницить объём лишних данных при поддержке нескольких архитектур. Ладно убунту, их там три всего, но пакет-то из дебиана, а там этих архитектур штук 10 как минимум... Вот и минимизируют так, пакетов ведь много таких.


     
     
  • 3.59, Deluxe (??), 20:27, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/

    > Оправданную. В xsane-common входят архитектурно-независимые данные, что позволяет ограницить
    > объём лишних данных при поддержке нескольких архитектур.

    Эти ваши архитектурно независимые данные весят в упакованном виде 1,772.2 kB
    Пруф: http://packages.ubuntu.com/precise/xsane-common
    Поэтому, если в пакет не вставляется 1,772.2 kB, то это явно повод, а не причина.

    > три всего, но пакет-то из дебиана, а там этих архитектур штук
    > 10 как минимум...

    http://packages.debian.org/squeeze/xsane-common
    Вес пакета практически тот же: 1,777.3 kB

    Повод раздробить. Не причина, а именно повод.


     
     
  • 4.61, Michael Shigorin (ok), 20:50, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Повод раздробить. Не причина, а именно повод.

    Лень смотреть в debian policy или maintainer's guide или как там в точности документ называется, но припоминается наличие и указания, и критериев выделения noarch-части.

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

     
  • 2.33, Аноним (-), 09:18, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть и другая негативная сторона с зависимостями — безумное самоуправство мэйнтейнеров.
    > Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой,
    > а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist.
    > Ну на кой ляд это в Xubuntu?! неужели программа для записи
    > с камеры должна зависеть от файлового менеджера и системного соглядатая? Это
    > что, системные библиотеки? Ну бред же!

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

     
  • 2.37, AlexYeCu (ok), 11:14, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сказал ты вещь не 171 крамольную 187 , а просто глупую Сейчас объясню, в чём... большой текст свёрнут, показать
     
     
  • 3.49, Michael Shigorin (ok), 14:56, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лёгкость установки чего? Вместо единственного пакетного менеджера, центра приложений,
    > etc., ты предлагаешь собственный механизм для любой мелочи?!

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

     
  • 3.57, Deluxe (??), 20:20, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Конечно, сейчас на меня вызверятся Ъ-линуксоиды, но я всё же скажу крамольную
    >> вещь: давно пора это сделать.
    > Сказал ты вещь не «крамольную», а просто глупую. Сейчас объясню, в чём
    > её глупость.

    Вот же какой глупый Google, свой браузер Chrome поставляет ОДНИМ пакетом, где есть ВСЁ необходимое для работы.

    И Opera, внезапно, тоже!

    Расскажите Google, какие они идиоты, позволяют хомячкам скачивать готовую программу и не трахаться с зависимостями!

    А ещё слыхали о таком понятии как Dependency hell?
    Просвещайтесь http://en.wikipedia.org/wiki/Dependency_hell
    Вот до чего умничанье доводит.

     
     
  • 4.63, arisu (ok), 22:37, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот же какой глупый Google, свой браузер Chrome поставляет ОДНИМ пакетом, где
    > есть ВСЁ необходимое для работы.

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

    ну и да: тот, кто ставит программы помимо официальных репозиториев дистрибутива, и при этом является чайником («обычным пользователем», ага) — вдобавок ещё и дебил.

     
  • 4.68, AlexYeCu (ok), 12:05, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вот же какой глупый Google, свой браузер Chrome поставляет ОДНИМ пакетом, где есть ВСЁ необходимое для работы.

    Поэтому при обновлении AdBlock или FlashPlugin надо опять скачивать весь браузер?
    При этом, замечу, браузер штука вовсе не клиент-серверная — разбиения на отдельные пакеты там может быть меньше.

     
  • 4.69, AlexYeCu (ok), 12:13, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А ещё слыхали о таком понятии как Dependency hell?
    >Вот до чего умничанье доводит.

    А ты кроме wiki это где-нибудь видел, «не умничающий»? Если подобная проблема и возникает, то решается она удалением криво собранного непонятно кем пакета (который, как правило, не из официальной репы). Проблем с зависимости я за 10+ лет использования rpm-based дистрибутивов я наблюдал не так уж много,причём за исключение 1-2 случаев они были связаны с неправильной сборкой пакетов кем-то левым. И мне лично наличие зависимостей представляется штукой совсем неплохой, так как позволяет всю систему обновить, затратив куда меньше трафика, плюс централизованно обновлять компоненты системы, в которых разработчик что-то профиксил.

     

  • 1.19, Kroz (ok), 00:05, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Да, вроде как достоинства, но есть и недостатки.

    Одно из основных отличий дистрибутивов - утилиты установки (еще репозитории и их наполнение/обновление, модель обновлений (rolling-release или нет), source-based/бинарные... вроде все основные отличия перечислил; ну, кроме документации). Если мы унифицируем этот момент, то дистрибутивы еще больше сближаются друг к другу. Мы идем к одном идеальному  дистрибутиву?

    > независимость от дистрибутива

    Зачем? Универсальность? Неужели домохозяйка будет часто менять дистрибутивы? А опытный и так разберется, да еще и достоинства для себя найдет. Нам не нужен один универсальный дистрибутив, нам нужно разнообразие. Чтобы был выбор. Чтобы можно было заточить систему под себя. Да, есть свои недостатки - сложность. Но каждому свое. Хотите универсальный интерфейс установки - Windows, MacOS.

    > а эта зараза в зависимостях тянет, кроме кодеков

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

     
     
  • 2.26, Crazy Alex (ok), 05:03, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Намёк: технические различия дистрибутивов - следствие, а не причина их существования. Причина - различия в идеологии.
     
     
  • 3.29, Kroz (ok), 07:29, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Причина - различия в идеологии.

    Можно пару примеров разницы идеологий? Желательно с их проявлениями?

     
     
  • 4.41, arisu (ok), 11:49, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Можно пару примеров разницы идеологий?

    поставь бебиан. поставь слаку. если не прояснится — то увы.

     
     
  • 5.51, Kroz (ok), 19:20, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мда, как до конкретики доходит - сразу в кусты?
     
     
  • 6.55, arisu (ok), 19:32, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Rasch abkochen, dann Vormarsch nach Sokal.
     
  • 4.46, Аноним (-), 13:20, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно пару примеров разницы идеологий?

    Одни считают что яйца надо чистить с острого конца. Другие с тупого. И что интересно, и тем и другим удобно именно так. Заставлять их насильно делать так как им не нравится - глупо.

     
     
  • 5.52, Kroz (ok), 19:22, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Одни считают что яйца надо чистить с острого конца. Другие с тупого.
    > И что интересно, и тем и другим удобно именно так. Заставлять
    > их насильно делать так как им не нравится - глупо.

    Абсолютно верно.  Тут приходит третий и говорит: "Нет, я знаю как нужно! Нужно с середины!". Вот что делает сия утилита.

     
  • 4.56, Michael Shigorin (ok), 19:51, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Причина - различия в идеологии.
    > Можно пару примеров разницы идеологий? Желательно с их проявлениями?

    Например, в rpm установка пакетов в принципе неинтерактивна (хотя технически можно в %post сделать read, но librpm тогда за себя не отвечает), а сами пакеты имеют по дизайну жёсткие зависимости; всё это приводит к меньшей гибкости системы, но большей предсказуемости конечного результата в сравнении с dpkg или portage.  Соответственно если потянуть в сторону гибкости -- получим снижение жёсткости/предсказуемости/воспроизводимости.

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

    Есть и другие подобные выборы, которые приходится делать при определении дистрибутива; их набором дистрибутивы и отличаются по своей сути (сверх чего есть ещё различия реализации).

    PS: скорее только не librpm, а то, что на ней дальше сидит (включая тот же synaptic).

     
     
  • 5.64, Led (ok), 01:42, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, в rpm установка пакетов в принципе неинтерактивна (хотя технически можно в
    > %post сделать read, но librpm тогда за себя не отвечает), а
    > сами пакеты имеют по дизайну жёсткие зависимости;

    В SUSE давным-давно Suggests есть. при том, что rpm у них самый что ни на есть апстримный, а не местечковый "4.0.4".

     
     
  • 6.65, Michael Shigorin (ok), 02:15, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> по дизайну
    > Suggests

    Читай внимательней.

     
     
  • 7.66, Led (ok), 02:28, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> по дизайну
    >> Suggests
    > Читай внимательней.

    Как "отдизайнишь", так и будет. Заюзаешь Suggests - получишь не-"жёсткие зависимости". Заюзаешь "rpm-4.0.4" - получишь... а хрен его знаешь, что получишь... заранее не угадаешь - он похерит зависимости, какие ты прописал и поставит свои, "жёсткие и единственно правильные":)

     
     
  • 8.67, Michael Shigorin (ok), 03:06, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот его и дизайнили под жёсткие -- насколько понимаю, ещё Eric Troan Собственн... текст свёрнут, показать
     
  • 2.34, Аноним (-), 09:20, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мы
    > идем к одном идеальному  дистрибутиву?

    Не думаю. Вряд ли можно объеденить Gentoo, Arch и Ubuntu - у них совершенно разные цели, и очередная система установки пакетов этого не изменит.

     
     
  • 3.54, Kroz (ok), 19:26, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мы
    >> идем к одном идеальному  дистрибутиву?
    > Не думаю. Вряд ли можно объеденить Gentoo, Arch и Ubuntu - у
    > них совершенно разные цели, и очередная система установки пакетов этого не
    > изменит.

    Совершенно верно. Так как сия тулза расчитывает одинаково работать в Gentoo, Arch и Ubuntu?

     
  • 2.38, AlexYeCu (ok), 11:30, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Хотите универсальный интерфейс установки - Windows, MacOS.

    Шо? 0_0

     
     
  • 3.48, Michael Shigorin (ok), 14:30, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>Хотите универсальный интерфейс установки - Windows, MacOS.
    > Шо? 0_0

    Руками.

     
  • 3.53, Kroz (ok), 19:25, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Шо? 0_0

    Скачал откуда-то, запустил exeшник (или msi), потом Next, Next, Next, Finish. 90% процентов народу так и делает.

     

  • 1.25, Crazy Alex (ok), 05:02, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гному сейчас можно пожелать только одного - побыстрее натащить побольше дряни, сделать свой магазин приложений и отвалиться наконец от нормального линукса, как недавно сделал гномовский основатель Мигель.

    Тьфу. Была нормальная рабочая система. Чем дальше - тем хуже.

     
     
  • 2.30, Тузя (ok), 08:08, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пока что ты описал ubuntu с unity.
     

  • 1.35, Аноним (-), 09:34, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    отчаянно реквестирую rhel 8 advanced gomne server
     
     
  • 2.44, AlexYeCu (ok), 13:01, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гомнесервер. Звучит.
     

  • 1.40, Anonymus.UA (?), 11:43, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Речь идет о Гноме приложениях (расширениях - для начала), написанных на ЯваСкрипт! Подобные менеджеры есть и в Кедах и Цинамоне и пр... когда выбираешь тему оформления или нужное или ненужное расширение!!!
    ЗЫЖ зачем перекручивать факты?! А вот Убунта с юнити, апстартом, миром, убунту-кэрнел и Убунту ОС, выпиливающая всяческие упоминания о Линукс и ассоциируя Линукс с Убунту - это Проблема.
     
     
  • 2.47, AlexYeCu (ok), 13:52, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Речь идет о Гноме приложениях (расширениях - для начала), написанных на ЯваСкрипт! Подобные менеджеры есть и в Кедах и Цинамоне и пр... когда выбираешь тему оформления или нужное или ненужное расширение!!!

    Темы для qt/plasma/gtk2/gtk3, в том числе темы значков — всё это ставится из реп.
    Там, где это делается иначе (виджеты для плазмы, темы для когтепочты) — оно жуть как неудобно.

     

  • 1.45, Аноним (-), 13:19, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > работая в роли надстройки над PackageKit

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

     
  • 1.50, Аноним (-), 16:20, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что мы имеем сейчас: rpm(формат пакетов программного обеспечения)->rpm(программа, созданная для управления этими пакетами)->yum,apt-rpm,apt4rpm,smart,urpmi,zypper->PackageKit
    К PackageKit присобачивается еще Listaller. Возникает вопрос - нужен ли PackageKit, Listaller и GNOME Software?

    Пакетами управляют либо мейнтейнеры, либо программисты(организации) создают свой пакет. Не проще ли, дабы не плодить сущностей, "разделить" работу таким образом: 1. мейнтейнеры создают свои родные для дистрибутива пакеты и функционала, заложенного в yum, для управления пакетами достаточно.
    2. сторонние разработчики используют тот же 0install (Glick2) c ограниченным доступом к системе?

     
     
  • 2.70, AlexYeCu (ok), 12:17, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Не проще ли, дабы не плодить сущностей, "разделить" работу таким образом:

    И тут — опа! — пакету, поставленному через 0install, требуется либа строго определённой версии, обновляемая yum'ом…

    Единственное, для чего годится 0install — некритичные для системы пакеты вида «всё своё ношу с собой»: игры и т.п.

     
     
  • 3.71, qux (ok), 18:54, 14/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Такое часто можно просто в tar...
     
  • 3.74, Аноним (-), 15:20, 18/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Либы с собой носить надо, их не так много.
    Плохой подход? Посмотрите как игры в стиме бандлами идут.

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

     
     
  • 4.75, arisu (ok), 18:55, 18/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А по вашему как надо было?

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру