Проверьте правильность установки appstream на компьютере
управление метаданными компонентов программного обеспечения
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 Кб | [список файлов] |
Эта страница также доступна на следующих языках (Как установить язык по умолчанию):
Авторские права © 1997 - 2021 SPI Inc.; См. условия лицензии. Debian это торговый знак компании SPI Inc. Об этом сайте.
Как сообщает 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, так ничего не принимайте от этого. Это кажется достаточно безопасным.
Читайте также: