Отметить RPM как автоматически или вручную

Существует вопрос о том, как пометить RPM как автоматически установленный , но этот вопрос касается Fedora.

Я использую zypper на OpenSUSE в качестве конечного пользователя и хотел бы знать, как пометить пакет, чтобы он (или не отображался) отображался в списке unneeded пакетов, с zypper packages --unneeded . Я ищу что-то вдоль линии zypper mark autoselected [packageName] .

Ошибка Novell Bugzilla упоминает статус byUser и, возможно, byUser , поэтому звучит так, что эта информация существует где-то. Я хотел бы знать, как его модифицировать.

  • Как загрузить пакет и его зависимости для OpenSUSE на окнах?
  • Невозможно использовать yast для установки программного обеспечения онлайн - пытается установить компакт-диск
  • opensuse tumbleweed не может установить последнюю версию opencv
  • Советы по автоматическому обновлению программного обеспечения в OpenSuse (zypper)
  • Как загрузить rpm в локальный репозиторий?
  • Как установить пакет src в SUSE?
  • OpenSUSE: найти все пакеты без репозитория
  • zypper, как установить пакет в локальный каталог ~ / bin
  • One Solution collect form web for “Отметить RPM как автоматически или вручную”

    Мне было бы опасно предположить, что сопоставления репозитория обрабатываются zypper , как и yum , а не rpm . Кроме того, вопрос, который вы связали по своему собственному вопросу, показывает, что yumdb используется для этой цели в Fedora, что еще больше поддержит мое предположение. Документация OpenSUSE показывает:

    test RPM XML Формат метаданных в основном используется для онлайн-репозиториев в Интернете. Он берет свое начало в менеджере пакетов YUM .

    В последнее время он был расширен для поддержки хранилищ, разделенных на несколько носителей.

    См. Исходный код спецификации схемы OpenSUSE zypper на github . Хотя метаданные являются частью пакета rpm , он либо используется yum / zypper (независимо), либо если инструмент rpm имеет встроенную функцию, информация о базе данных не используется между yum <-> rpm и / или zypper <-> rpm .

    После прочтения всего вопроса, я не уверен, что вы конечный пользователь, желающий работать с zypperdb (?), Или если вы разработчик, который хочет создать пакеты rpm . Для последнего, поскольку я ускользнул ранее, информация может быть указана в файле spec rpm.

    метаданные rpm

    Это формат XML для описания критических метаданных из пакета rpm для разрешения и установки зависимостей. В настоящее время этот формат поддерживается apt-rpm, smartpm, red carpet и yum.

    Файлы разбиваются следующим образом:

    • repomd.xml – это файл, который описывает другие файлы метаданных. Это как индексный файл, указывающий на другие файлы. Он содержит отметки времени и контрольные суммы для других файлов. Это позволяет клиенту загрузить этот, небольшой файл и узнать, изменилось ли что-нибудь еще. Это также означает, что криптографически (например: gpg), подписывающий этот один файл, может обеспечить целостность репозитория.

    • primary.xml. [gz] этот файл хранит основную информацию метаданных. Это включает в себя такую ​​информацию, как:

      • имя, эпоха, версия, релиз, архитектура

      • размер файла, местоположение файла, описание, сводку, формат, контрольные суммы заголовков байтов и т. д.

      • зависимости, предоставление, конфликты, усталости, предложения, рекомендации
      • списки файлов для пакета для файлов CERTAIN – в частности, файлы, соответствующие: / etc *, bin / , / usr / lib / sendmail [1]
    • filelists.xml. [gz] Этот файл хранит полный список файлов и каталогов для пакетов. Пакет идентифицируется по: имени, эпохе, версии, релизу, архитектуре и идентификатору контрольной суммы пакета.
    • other.xml. [gz] Этот файл в настоящее время сохраняет только данные изменений из пакетов. Однако этот файл можно использовать для любых других дополнительных метаданных, которые могут быть полезны для клиентов.
    • groups.xml. [gz] этот файл предварительно описан. Целью является также общая спецификация пакетных групп. Есть еще некоторые разделы для этого формата, которые необходимо скомпоновать.

    FIXME Спецификация нуждается в лучшей и более современной документации и должна быть включена здесь. 🙂


    Дополнительные ресурсы

    • Руководство пользователя Zypper
    • Идентификация реплици Libzypp
    • Возможности Libzypp
    • Документация разработчика Libzypp
    Linux и Unix - лучшая ОС в мире.