The OpenNET Project / Index page

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

04.10.2012 10:48  Первый выпуск AppStream-Core, части универсальной платформы для установки приложений

Представлен релиз AppStream-Core 0.1, первого компонента проекта AppStream, в рамках которого развивается единый API, формат для обмена мета-данными и интерфейс для универсального управления установкой программ в различных дистрибутивах Linux. Проект развивается на нейтральной площадке сообщества FreeDesktop при участии представителей дистрибутивов Fedora, Ubuntu, Debian, openSUSE и Mageia.

AppStream-Core предоставляет средства для работы с базой данных с информацией о пакетах, доступ к которой организован через API на базе GObject. Указанный API позиционируется для упрощения создания универсальных центров установки приложений и каталогов программ, способных работать в различных дистрибутивах. AppStream-Core планируется задействовать в Ubuntu Software Center и GNOME Software.

AppStream является клиент-серверной системой, определяющей общие способы обеспечения сбора информации о пакетах и состоящей из четырех базовых частей: клиента, зеркала мета-данных, сервера-компоновщика и сервера для обеспечения социальной активности (обсуждение, голосование). Вместо формирования супер-пакетов, которые можно установить в любом дистрибутиве, планируется сформировать обобщенный индекс мета-данных, ссылающийся на различные репозитории и источники пакетов. Мета-данные будут храниться на отдельном сервере, накапливающем информацию о доступных пакетах, типах доступных репозиториев и местах фактического размещения пакетов. Cервер-компоновщик занимается извлечением информации о пакетах из .desktop-файлов, которые формируются создателями дистрибутивов для каждого пакета, и формированием результирующих XML-индексов ("appdata.xml"). Непосредственная установка программ будет осуществляться при посредничестве системы PackageKit, которая будет привлекать штатные средства каждого из дистрибутивов (yum, apt, conary, box, alpm, smart, pisi, zypp и т.д.). Поддержка ведения рейтинга пакетов и организации их обсуждения будет реализована через задействование внешних OCS-серверов (Open Collaboration Services).

  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: В рамках проекта Bretzn создается система для упрощения доставки KDE-приложений
  3. OpenNews: Дистрибутивы начали разработку универсального интерфейса установки программ AppStream
  4. OpenNews: Возрождение системы управления пакетами GNU Stow
  5. OpenNews: Для PkgSrc представлен APT-подобный пакетный менеджер nih
  6. OpenNews: Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD
Лицензия: CC-BY
Тип: Программы
Ключевые слова: appstream, package, deb, rpm, packagekit
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, Andrew Kolchoogin, 12:07, 04/10/2012 [ответить] [смотреть все]
  • –2 +/
    А потом Google за'opensource'ит Chrome Store. :)
     
     
  • 2.2, Семен, 12:33, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]
  • +/
    Т е визуально это практически тоже, что и в Google Play Открываешь PackageKit,... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.3, Andrew Kolchoogin, 13:34, 04/10/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Я сам писателя Пастернака не читал , но, насколько я понимаю полёт мысли авторо... весь текст скрыт [показать]
     
     
  • 4.4, аннонфыаыв, 13:35, 04/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Это где это Вы про "сборку на лету" увидели-то?
     
     
  • 5.18, Anonim, 18:22, 04/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Сборку пакетов, очевидно Девелоперу придется делать свою софтину под все верси... весь текст скрыт [показать]
     
     
  • 6.20, Аноним, 22:39, 04/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Обычно указывается версия X и новее И авторы либ кроме совсем уж раздолбаев н... весь текст скрыт [показать]
     
  • 6.23, аннонфыаыв, 23:04, 04/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Большинство скорее всего будет собирать только под один-два любимых дистра Скор... весь текст скрыт [показать]
     
     
  • 7.26, Аноним, 17:31, 05/10/2012 [^] [ответить] [смотреть все]  
  • +/
    make
     
     
  • 8.30, аннонфыаыв, 15:35, 06/10/2012 [^] [ответить] [смотреть все]  
  • +/
    > make

    Ничего не меняет.

     
  • 1.7, Аноним, 14:00, 04/10/2012 [ответить] [смотреть все]  
  • –5 +/
    А оно будет считать конфликтные файлы, линки Это что-же я поставлю на бубен пке... весь текст скрыт [показать]
     
     
  • 2.17, ппппппяяя, 16:43, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Аноним не читатель, аноним писатель?
     
  • 1.8, Аноним, 14:22, 04/10/2012 [ответить] [смотреть все]  
  • +/
    Так оно будет хронить сорцы и компилироваться на стороне сервера имея один репоз... весь текст скрыт [показать]
     
  • 1.9, Аноним, 15:11, 04/10/2012 [ответить] [смотреть все]  
  • –1 +/
    Вообще похоже на давайте слабаем один универсальный стандарт, который покроет о... весь текст скрыт [показать]
     
     
  • 2.22, Аноним, 22:41, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    "Теперь в мире 15 соревнующихся между собой стандартов".

     
  • 1.10, meequz, 15:22, 04/10/2012 [ответить] [смотреть все]  
  • +1 +/
    Значит, не забросили, пилят неспеша. Это хорошо.
     
  • 1.11, жабабыдлокодер, 15:26, 04/10/2012 [ответить] [смотреть все]  
  • +/
    Это, случайно, не для того, чтобы дать Valve единый механизм распространения игр одинаково на все дистрибутивы?
     
     
  • 2.12, meequz, 15:29, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Этот проект начался за пару лет до анонса Steam для GNU/Linux.
     
     
  • 3.13, жабабыдлокодер, 15:35, 04/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Теперь и майонез - Valve работает, значит, надо разработку форсировать и пред... весь текст скрыт [показать]
     
  • 2.15, blob_user, 16:16, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • –5 +/
    Как в Valve то теперь вцепились, не оторвать И к месту и не к месту Посмотрим,... весь текст скрыт [показать] [показать ветку]
     
  • 1.16, JL2001, 16:25, 04/10/2012 [ответить] [смотреть все]  
  • +1 +/
    вместо единого стандарта распространения (и автоматической компиляции "на местах") исходников и бинарников устраивающего всех он пилят индекс сайтов разработчиков ??? ну что ж за бред :(((
     
     
  • 2.19, анонимус, 21:03, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    а-ха (долго смеялся)
     
  • 2.21, Аноним, 22:41, 04/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Гентушники негодуют Хинт для сборки например разлапистой игры надо 100500 хиде... весь текст скрыт [показать] [показать ветку]
     
  • 1.24, Аноним, 23:43, 04/10/2012 [ответить] [смотреть все]  
  • –1 +/
    Ubuntu станет ещё лучше с этой штукой
     
  • 1.25, lucentcode, 04:46, 05/10/2012 [ответить] [смотреть все]  
  • +/
    Разочаровали Зачем плодить кучу реп для каждого дистра И держать зоопарк форма... весь текст скрыт [показать]
     
     
  • 2.27, Michael Shigorin, 01:26, 06/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    > Разочаровали. Зачем плодить кучу реп для каждого дистра? И держать зоопарк форматов
    > пакетов, а также пакетных менеджеров? Один формат пакетов, один формат метаданных,
    > один набор реп для всех дистрибутивов, и набор рейтингов и комментариев.
    > Один багтрекер и общие сопровождающие пакетов.

    Что с tradeoff'ами делаем -- или кто не в ногу, тех в расход?

     
     
  • 3.28, lucentcode, 03:42, 06/10/2012 [^] [ответить] [смотреть все]  
  • +/
    > Что с tradeoff'ами делаем -- или кто не в ногу, тех в
    > расход?

    Зачем же так? Просто оптимальный набор пакетов(так сказать рекомендуемый базовый набор) продвигать и популяризировать для всех дистров. А кто не в ногу шагает, пускай поддерживает отдельную репу... Зато и в данной ситуации есть свой плюс - нестандартная репа будет доступна всем дистрам. А это значит, что пользователь Fedora сможет юзать Unity даже в том случае, если везде и всем будут настойчиво рекомендовать выбирать Gnome или KDE. В целом(надеюсь) платформа будет все всё теснее интегрироваться, и рано или поздно станет стандартом де-факто. При правильном подборе основных компонентов платформы 90% пользователей основных дистров даже не будут стараться их заменить на что-то альтернативное. А для любителей экспериментального ПО, всяких новых или очень старых версии ПО и различной экзотики можно будет создать отдельные репы(но общие для всех дистров).

     
     
  • 4.29, Michael Shigorin, 03:51, 06/10/2012 [^] [ответить] [смотреть все]  
  • +/
    > А кто не в ногу шагает, пускай поддерживает отдельную репу...

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

    > Зато и в данной ситуации есть свой плюс - нестандартная репа будет доступна всем дистрам.
    > А это значит, что пользователь Fedora сможет юзать Unity даже в том случае,
    > если везде и всем будут настойчиво рекомендовать выбирать Gnome или KDE.

    А вот и нет, если в федоре не согласятся уродовать всё подряд под Unity.

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

     

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


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor TopList