Проверьте правильность установки appstream на компьютере

Обновлено: 04.07.2024

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

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

Пакет содержит инструменты для формирования, сопровождения и опроса AppStream данных pool у установленных и доступных программ, и включает интеграцию с менеджером пакетов APT.

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

Другие пакеты, относящиеся к appstream

зависимости

рекомендации

предложения

enhances

dep: libappstream4 (>= 0.10.2) Library to access AppStream services
dep: libc6 (>= 2.17) [arm64, ppc64el] библиотека GNU C: динамически подключаемые библиотеки
также виртуальный пакет, предоставляемый libc6-udeb dep: libc6 (>= 2.4) [не arm64, ppc64el]
dep: libglib2.0-0 (>= 2.46) библиотека С-функций
dep: libstemmer0d (>= 0+svn527) алгоритмы стемминга для поиска информации
dep: libxml2 (>= 2.6.27) библиотека для работы с XML (GNOME)
dep: libyaml-0-2 библиотека эффективного разбора и создания данных в формате YAML 1.1

Загрузка appstream

Загрузить для всех доступных архитектур

Архитектура	Размер пакета	В установленном виде	Файлы
amd64	98,3 Кб	493,0 Кб	[список файлов]
arm64	96,1 Кб	489,0 Кб	[список файлов]
armel	97,1 Кб	484,0 Кб	[список файлов]
armhf	97,3 Кб	476,0 Кб	[список файлов]
i386	99,6 Кб	492,0 Кб	[список файлов]
mips	96,5 Кб	489,0 Кб	[список файлов]
mips64el	96,9 Кб	495,0 Кб	[список файлов]
mipsel	96,6 Кб	489,0 Кб	[список файлов]
ppc64el	96,9 Кб	509,0 Кб	[список файлов]
s390x	97,0 Кб	493,0 Кб	[список файлов]

Эта страница также доступна на следующих языках (Как установить язык по умолчанию):

Как сообщает OpenNET, на проведенной в Германии конференции, посвященной вопросам установки программ в Linux, представителями проектов Fedora, Ubuntu, Debian, Suse и Mandriva была рассмотрена целесообразность создания универсального формата пакетов и единого интерфейса для управления установкой программ.
Таким образом, обобщив результаты обсуждений, в списке рассылки разработчиков PackageKit был представлен проект AppStream.

Конечной целью проекта является формирование единого API, разработка формата для обмена мета-данными и создание графического интерфейса пользователя, который позволит устанавливать и удалять программы.

AppStream является клиент-серверной системой, определяющей общие способы обеспечения сбора информации о пакетах и состоящей из четырех базовых частей: клиента, зеркала мета-данных, сервера-компоновщика и сервера для обеспечения социальной активности (обсуждение, голосование). Вместо формирования супер-пакетов, которые можно установить в любом дистрибутиве, планируется сформировать обобщенный индекс мета-данных, ссылающийся на различные репозитории и источники пакетов. Мета-данные будут храниться на отдельном сервере, накапливающем информацию о доступных пакетах, типах доступных репозиторев и местах фактического размещения пакетов. Cервер-компоновщик занимается извлечением информации о пакетах из .desktop-файлов, которые формируются создателями дистрибутивов для каждого пакета, и формированием результирующих XML-индексов («appdata.xml»).

В качестве наиболее оптимального интерфейса пользователя рассматривается Ubuntu Software Center, который планируется портировать для работы с PackageKit и поисковым индексом xapian, через который будет организован поиск мета-данных. Непосредственная установка программ будет осуществляться при посредничестве системы PackageKit, которая будет привлекать штатные средства каждого из дистрибутивов (yum, apt, conary, box, alpm, smart, pisi, zypp и т.д.). Поддержка ведения рейтинга пакетов и организации их обсуждения будет реализована через задействование внешних OCS-серверов (Open Collaboration Services).

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

На прошедшей в Германии конференции AppInstaller2011, организованной Vincent Untz и другими ребятами - разработчиками openSuSE, несколько дней обсуждалась одна идея. Эксперты от проектов Fedora, Ubuntu, Debian, Suse и Mandriva (Mageia) придумали API, налаживающий взаимодействие между различными пакетными системами. Richard Hughes обобщил сказанное в небольшой списочек, был дан старт проекту AppStream.

Что это и зачем это?

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

Насчёт подробностей - я дал ссылки. Обычная практика здесь.

На прошедшей в Германии конференции AppInstaller2011, организованной Vincent Untz и другими ребятами - разработчиками openSuSE, несколько дней обсуждалась одна идея.

Ни слова об используемых инструментах (Ubuntu Application Center, PackageKit, OCS, . ). Ни слова об идее выставления рейтинга. И т.д.

а так как такого плана с похожей задачей он одни - то пока из существующих он наиболее оптимален, лол =)

/me сам по ссылкам особо не ходил - только нормальносоставленную новость на опеннете прочел ^_^

/me сам по ссылкам особо не ходил - только нормальносоставленную новость на опеннете прочел ^_^

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

Наверно ты прав. Только я не знаю, как теперь без копипаста сделать перевод.

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

man appstreamcli (приложение, выводящее ЦП из глубины) создает некоторую техническую причуду:

appstreamcli - это небольшой вспомогательный инструмент для работы с метаданными AppStream и доступа к компоненту AppStream. индекс из командной строки. Индекс компонента AppStream содержит список всех доступных программных компонентов для вашего дистрибутива, соответствующих их именам пакетов. Он генерируется с использованием данных AppStream XML или Debian DEP-11, предоставленных вашим дистрибьютором.

Итак . Для чего это на самом деле? Все ли десктопы (и связанные с ними менеджеры пакетов) используют его?

Под всем тем, что я имею в виду: что сломается, когда я вырву это зубами?

1 ответ

страница проекта AppStream добавляет немного больше жаргона, но действительно идет на, скажите:

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

, Таким образом, это в основном, что новые центры программного обеспечения используют для получения их данных из, а не непосредственно из Кв. appstreamcli refresh (вещь люди чертовски отсутствуют об использовании всего ЦП) процесс, который бежит apt update для регенерации его собственных данных. Как упомянуто в вопросе, здесь, кажется, существует ошибка.

Вы видите то, чему нужен он на основе обратных зависимостей:

Так на основном уровне для ответа, "Что повредится [. ]?", ^^ тот материал.

И программные инструменты Gnome и KDE зависят от него сегодня. Больше мая в будущем. Большинство из них, которые косвенный диспетчер пакетов просто" recommends " поэтому, если Вы только когда-либо используете apt или инструменты, которые только пользуются библиотекой пакета Кв. непосредственно (слишком многие для списка), Вы , может избавляться от нее, не удаляя целую настольную среду .

можно моделировать удаление с apt -s remove appstream :

Это находится под KDE, так ничего не принимайте от этого. Это кажется достаточно безопасным.

Читайте также: