The OpenNET Project / Index page

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

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

04.10.2012 10:48

Представлен релиз 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 3.0
Короткая ссылка: https://opennet.ru/35000-appstream
Ключевые слова: appstream, package, deb, rpm, packagekit
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (27) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | 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 +/
    "Я сам писателя Пастернака не читал", но, насколько я понимаю полёт мысли авторов, они пытаются обойти неприятности в инсталляции программного обеспечения в Linux, связанные с обилием пакетных менеджеров и версий библиотек.
    Но не созданием "одного большого универсального пакета", а хранением неких метаданных о пакете и сборкой .deb/.rpm/.tgz/.моя-супер-хрень "на лету".

    Ну и ещё таки да, плюсики и каменты. Каменты же жгут... ;)

     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не меняет ... текст свёрнут, показать
     

  • 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, Аноним (9), 15:11, 04/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вообще похоже на "давайте слабаем один универсальный стандарт, который покроет остальные 7...".
    Но я всеми лапами За.
     
     
  • 2.22, Аноним (-), 22:41, 04/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "Теперь в мире 15 соревнующихся между собой стандартов".

     

  • 1.10, meequz (ok), 15:22, 04/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Значит, не забросили, пилят неспеша. Это хорошо.
     
  • 1.11, жабабыдлокодер (ok), 15:26, 04/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это, случайно, не для того, чтобы дать Valve единый механизм распространения игр одинаково на все дистрибутивы?
     
     
  • 2.12, meequz (ok), 15:29, 04/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Этот проект начался за пару лет до анонса Steam для GNU/Linux.
     
     
  • 3.13, жабабыдлокодер (ok), 15:35, 04/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "Теперь и майонез!" - Valve работает, значит, надо разработку форсировать и предложить.
     
  • 2.15, blob_user (ok), 16:16, 04/10/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Как в Valve то теперь вцепились, не оторвать. И к месту и не к месту. Посмотрим, на сколько на самом деле дури хватит у Valve. *потирая ручонки и мерзко хихикая
     

  • 1.16, JL2001 (ok), 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 (ok), 04:46, 05/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разочаровали. Зачем плодить кучу реп для каждого дистра? И держать зоопарк форматов пакетов, а также пакетных менеджеров? Один формат пакетов, один формат метаданных, один набор реп для всех дистрибутивов, и набор рейтингов и комментариев. Один багтрекер и общие сопровождающие пакетов. Плюс возможность создания репы для каждого дистра с специфичными для данного дистра версиями ПО. И только пакеты из таких дистроспецифичных реп(вроде репы с Unity для Ubuntu) должны поддерживаться разработчиками дистра. А общие для дистров пакеты должны поддерживаться разработчиками данных пакетов для всех дистров. Плюс набор рецептов(типа PKGBUILD для построения кастомным пакетов)  и пользовательских реп, куда закачав рецепты, можно получить пакеты(и поделиться ими с ближними своими, как этому учит Библия и Столлман). Тогда все дистры станут унифицированными, и все различия сведутся к набору предустановленного по умолчанию ПО, да выбору версии данного ПО из имеющихся версий в репах(stable, testing, unstable etc.)
     
     
  • 2.27, Michael Shigorin (ok), 01:26, 06/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Разочаровали. Зачем плодить кучу реп для каждого дистра? И держать зоопарк форматов
    > пакетов, а также пакетных менеджеров? Один формат пакетов, один формат метаданных,
    > один набор реп для всех дистрибутивов, и набор рейтингов и комментариев.
    > Один багтрекер и общие сопровождающие пакетов.

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

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

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

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

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

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

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

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

     

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



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

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