Не удалось найти ни одного приложения или службы обработки для 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. Об этом сайте.
Есть еще еще один вопрос о 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, так ничего не принимайте от этого. Это кажется достаточно безопасным.
Как сообщает 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 сам по ссылкам особо не ходил - только нормальносоставленную новость на опеннете прочел ^_^
она и на опеннете вызвала слив говна, я думал только на лоре читают частично и сразу лезут комментить, ан нет. на опеннете тоже.
Наверно ты прав. Только я не знаю, как теперь без копипаста сделать перевод.
В этой статье собраны возможные ошибки и инструкции для их устранения, при запуске приложений на Мак. Все ошибки актуальны для macOS Catalina.
В меню "Системные настройки" щелкните "Защита и безопасность" и выберите "Основные".
Щелкните значок замка в нижнем левом углу.
Введите пароль, чтобы внести изменения.
Разрешите использование программ, загруженных из: App Store и от подтверждённых разработчиков.
Поздравляем, теперь вы можете запускать программы из Mac App Store и от подтверждённых разработчиков.
В Finder найдите программу, которую хотите открыть.
Удерживая клавишу Control (или Ctrl) ⌃, нажмите на значок программы, затем выберите "Открыть" в контекстном меню.
Данное решение можно применять и к следующей ошибке.
В меню "Системные настройки" щелкните "Защита и безопасность" и выберите "Основные".
Нажмите "Подтвердить вход" чтобы запустить заблокированную программу.
Данное решение можно применять и к предыдущей ошибке.
Если ОС macOS обнаруживает проблему в программе - например, наличие вредоносного содержимого или модификаций, внесенных после проверки, - вы получите уведомление при попытке открыть программу и запрос на перенос ее в корзину.
Как правило, под эту категорию попадают варезы - взломанные приложения. Запуск таких приложений невозможен без обхода функции Карантин, или отключения технологии Gatekeeper, которая обеспечивает запуск только доверенного ПО на компьютере Mac.
К сожалению, несмотря на простоту, инструкция настолько объёмная, что под неё пришлось выделить отдельную статью, которая доступна по этой ссылке >
Если вы запускаете приложение, которое не имеет (или имеет отозванный) сертификат разработчика, система сообщит о неожиданном завершении этого приложения и автоматически отправит отчёт в компанию Apple.
Для запуска потребуется самостоятельно подписать приложение >
Данная ошибка возникает при установке приложений Creative Cloud, для которых используются локальные пакеты установки.
Решение (для Intel) :
Кликните правой кнопкой мыши по файлу Install и выберите в контекстном меню пункт "Показать содержимое пакета".
Следуйте: Contents > MacOS
Запустите исполняемый Unix-файл под названием Install.
После этого откроется терминал и запустится программа установки. Введите пароль администратора чтобы разрешить установку.
Вы можете выполнить установку в режиме пробной версии, использовать серийный номер или подтвердить свою подписку на Creative Cloud.
Но лучше использовать Adobe Zii >
Читайте также: