Linux manjaro как установить rpm

🏋️♀️ Как установить / удалить / запросить / обновить RPM пакеты в Linux (Шпаргалка)

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

Пакет RPM состоит из архива файлов и информации о пакете, такой как имя, версия, описание и информация о зависимостях от других пакетов RPM.

RPM – это больше, чем инструмент для Red Hat

Многие другие современные дистрибутивы, такие как Ubuntu и SuSE, также используют RPM.

Преимущества использования RPM включают в себя:

• Упрощенное распространение, установка, обновление и удаление программного обеспечения
• Гарантирует, что:
  необходимое программное обеспечение установлено в системе.
  версии обязательного программного обеспечения остаются совместимыми.
  локально модифицированные файлы конфигурации не засоряются при обновлении RPM.
  локально измененные файлы конфигурации сохраняются с суффиксом «.rpmsave», если пакет будет удален позже.
• Позволяет подтвердить, что установленное программное обеспечение не было изменено, модифицировано, повреждено или изменено каким-либо образом.

RPM хранит информацию об установленных пакетах в каталоге «/var/lib/rpm».

Компоненты инструмента RPM:

• Пользовательская база данных, содержащая информацию обо всем программном обеспечении, установленном в системе, собранную с отдельных RPM.
• Исполняемый файл «/bin/rpm».
• Доступные через Интернет репозитории доступных пакетов RPM.

Типы RPM-пакетов

RPM-пакеты делятся на две категории: исходные и бинарные.

Исходный RPM всегда можно распознать, поскольку имя файла заканчивается строкой “.src.rpm”.

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

В исходном RPM нет исполняемых файлов конечного пользователя. Обычно только разработчики заинтересованы в RPM с исходным кодом.

Двоичный RPM содержит компоновки конечного пользователя RPM. Имена двоичных файлов RPM идентифицируют архитектуру хоста для содержимого.

Например, двоичный файл RPM:

Он содержит файлы, которые можно использовать только на 64-битном процессоре Intel X86.

Другие общие значения архитектуры включают «i386» для 32-разрядных хостов Intel.

Некоторые двоичные RPM-пакеты могут быть установлены на любой архитектуре процессора, потому что их файлы будут работать на любом хосте;

Примером этих пакетов «.noarch.rpm» является RPM «tzdata», который содержит информацию о мировых часовых поясах.

Чтобы обновить вашу систему до последней версии пакета, вам потребуется самая последняя двоичная RPM-версия.

Схема именования RPM

Каждый пакет RPM содержится в одном файле.

Имя файла имеет несколько полей, чтобы полностью идентифицировать содержимое пакета.

Хотя сами инструменты RPM не полагаются на само имя файла, вы должны понимать соглашение об имени файла, чтобы помочь вам определить или загрузить соответствующий пакет. Вот пример имени файла RPM:

Этот RPM предназначен для оболочки BASH («/bin/bash»).

Имя файла состоит из нескольких частей:

• [name] – это название программы или пакета. [name обычно присваивается автором программы. В нашем примере разработчики решили назвать свой продукт «bash» по причинам, которые показались им забавными.
• [version] определяет, какая версия программного обеспечения содержит этот RPM. Номер [версии] присваивается автором программы. Использование номера позволяет определить, какая версия авторских источников использовалась для создания RPM.
• [release] предоставляет номер версии самого файла RPM, а не версию исходных файлов автора. Обновленная RPM может быть выпущена для предоставления исправленной версии оригинального программного обеспечения автора. Патч не обязательно должен быть от оригинального разработчика, поэтому RPM-версия увеличивается вместо [version].
• [arch] описывает содержимое RPM и сообщает, содержит ли этот файл источник продукта («.src.rpm»), независимые от архитектуры файлы («.noarch.rpm») или файлы, которые могут быть установлены только в определенный тип хоста («.sh.rpm» будет работать только на встроенном процессоре STRONGHOLD).

Примечание:[version] контролируется первоначальным автором, а [release] контролируется тем, кто создал RPM.

Понимание версий RPM

Поля RPM [version] и [release] не всегда строго числовые и могут содержать другие символы, кроме обычных цифр.

Обычно можно увидеть как версию «10», так и версию «10а» в одном и том же пакете.

Иногда выбрать самую последнюю версию может быть сложно.

Вот как сам RPM сравнивает номера версий и выпусков внутри себя:

1. Удалите префикс [name] и суффикс «. [Arch] .rpm». Например,:
«Bash-3.1-16.1.x86_64.rpm» становится «3.1-16.1», а «bash-3.1-16.5a.1.x86_64.rpm» становится «3.1-16.5a.1»

2. Сравнивайте оставшиеся строки посимвольно слева направо, пока не встретите цифру.

Если символы отличаются, какой бы символ не появился позже в последовательности сопоставления, это более поздние варианты.

3. При обнаружении цифры преобразуйте всю последовательность цифр в одно двоичное число. В нашем примере два символа «16» объединяются в значение шестнадцать (16). Полученные двоичные значения сравниваются, и чем больше значение, тем выше новизна.

Таким образом, RPM с [версией] «0010» является более новым, чем RPM с «версией» «9».

Шаги 2 и 3 повторяются по мере необходимости, пока не произойдет различие.

Установка и удаление файлов

Примечание. Обычно только один или несколько RPM-пакетов могут быть установлены одновременно.

Более поздние версии обычно устанавливаются с использованием функции RPM «-U» (обновление) вместо функции «-i» RPM.

Распространенными исключениями из единственного правила RPM являются RPM ядра.

В системе обычно установлено несколько версий ядер; У RPM есть список, у которых может быть установлено несколько версий.

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

В архитектуре x86_64 обычно устанавливаются как 32-разрядные пакеты «.i386», так и 64-разрядные пакеты «.x86_64», поддерживающие как 32-разрядные, так и 64-разрядные приложения.

Обычно RPM не отображает архитектуру пакета в запросе, но вы можете отобразить его вручную.

Установка и удаление

Подсказка: никогда, никогда не используйте опцию «-U» для установки нового RPM ядра. Функция обновления «-U» сначала удаляет текущий RPM из системы, а затем пытается установить новый RPM. Любая проблема, которая препятствует установке нового RPM, приведет к тому, что система не будет загружаться. Это не то, что вам нужно, поэтому всегда используйте ключ «-i» для установки RPM ядра.

Запросы (пакеты и / или информация)

Используйте запрос для получения информации об установленных пакетах.

Вы можете запросить все установленные пакеты или один установленный пакет.

Вы также можете узнать, какой RPM предоставляет конкретный файл.

Информация

по умолчанию (имя пакета)
-i: общая информация
-l: список файлов

Примеры

Подсказка: при поиске определенного пакета RPM, когда точное имя неизвестно, используйте пайп таким образом:

Более поздние версии инструмента RPM позволяют сделать это кратко:

Запросы – проверка (файлы)

База данных RPM содержит множество атрибутов для каждого файла, установленного RPM.

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

Примечание. Во многих дистрибутивах Linux имеется RPM «с предварительной связью», который пытается уменьшить время, необходимое для запуска приложения с использованием общей библиотеки (в большинстве приложений используется как минимум одна общая библиотека и, возможно, десятки), путем добавления специальной информации непосредственно в программный файл приложения.

Добавление этой информации делает запуск приложений быстрее, но изменения файла делают недействительными большинство атрибутов файла в базе данных RPM, таких как дата последнего изменения файла, размер файла и контрольная сумма файла MD5.

Запросы – проверка (пакеты)

Восстановить базу данных RPM

Средство RPM использует свою собственную реализацию базы данных для хранения своей информации

. Иногда эта база данных может быть повреждена; симптомы включают заявления об отсутствии установленного пакета RPM; или попытки обновить RPM просто зависают.

Если ваша база данных RPM зависла или повреждена, вы можете попытаться восстановить ее с помощью этих команд. Этот процесс не гарантированно работает.

Вы должны войти в систему с привилегиями суперпользователя (он же «root») для этих действий.

Команды могут быть скопированы и вставлены непосредственно в окно рутового терминала.

1. Убедитесь, что в вашей системе не запущены процессы RPM. Используйте команду ps, чтобы идентифицировать их. Используйте команду kill, чтобы завершить любые процессы «rpm», которые вы найдете; «kill -9» на всякий случай.

2. Удалите файлы блокировки, которые использует RPM:

3. Если вы испытыли зависание команды «rpm», попробуйте снова.

Если это работает, это все. Если нет, выполните Шаг № 1 и № 2 снова. Затем перейдите к следующему шагу.

4. Сделайте резервную копию вашей базы данных RPM:

Источник

Простая установка .rpm, .deb, .tar.*

Вечер добрый!
Как можно наиболее простым путём устанавливать пакеты форматов .rpm, .deb и .tar.*(без мета-информации) в Archlinux?
Спасибо.

Посмотреть в ауре, может кто-то уже сделал это. Иначе брать .tar.gz и исходниками и делать пакет. для *.deb в AUR есть dpkg, я демку гитар про устанавливал. хотя она всё равно не завелась, чего-то ещё требовала, а мне лень было разбираться gard, но не всегда есть исходники… Посмотрите на оперу — собирается именно из rpm
Есть и другие подобные пакеты в АУР — ищите.

Кстати, вспомнил про подобный топик.

ставь pkgextract из AUR, распаковывай им RPM-ы и DEB’ы, пиши PKGBUILD’ы, собирай packag’и.

marlock
ставь pkgextract из AUR, распаковывай им RPM-ы и DEB’ы, пиши PKGBUILD’ы, собирай packag’и.

мой PKGBUILD для deb пакета выглядит вот так

Правильно.
Давно уже бы попробовал и выяснил, в чем возникли проблемы.
И не забудь про namcap. Он тебе поможет.
Удачи!

grunewald
Правильно.
Давно уже бы попробовал и выяснил, в чем возникли проблемы.
И не забудь про namcap. Он тебе поможет.
Удачи!

Спастбо огромное
я нашел этот деб пакет на сд и установил все превосходно работает

снчало скопировал скрипт затем дал права на запуск этому файлу и перейдя в каталог с пакетом куда предварительно помстил скрипт выполнил команду makepkg

и база установилась

Спасибо огромное за помощь

Поздравляю! 🙂
Ты увидел на практике одну из сильнейших сторон Arch Linux.

© 2006-2021, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.

Источник

Установка софта в Manjaro

Поставил в виртуальной машине Manjaro, чтобы попробовать, всё ли у меня там будет работать, прежде чем переползать на него из под минта. Возникают вопросы, конечно. Например, вот такой. Я так понимаю, этот дистриб основан на арче, потому .deb и .rpm пакеты под него не годятся. На сайте хрома я нашёл только их. В репах же — только хромиум, но не хром. Как поставить хром (или любой другой софт), для которого есть только deb/rpm пакеты (а зачастую, именно только они и есть)?

для которого есть только deb/rpm пакеты (а зачастую, именно только они и есть)?

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

Дистриб, как я понимаю, претендует на звание «готов к десктопу». Какого хрена я должен что-то там писать?

претендует на звание «готов к десктопу»

Не верь надписям на заборах.

Я так понимаю, этот дистриб основан на арче, потому .deb и .rpm пакеты под него не годятся. На сайте хрома я нашёл только их.

А я тебе говорил про это в прошлом треде!)

А я тебе говорил про это в прошлом треде!)

Можешь повторить, что ты говорил? Я или не прочитал или забыл.

Ubuntu как была главным десктоп-дистрибутивом, так и осталась, все остальное будет хуже.
Какой дистриб использовать в 2019 году? (комментарий)

В Манжаре (Арче) с софтом управляться гораздо удобнее. И софта не меньше, и лежит он в одном месте, без поиска и подключения всяких PPA.
Это я тебе как бубунтойд с большим стажем говорю.
Вот например твой Хром

В репах же — только хромиум, но не хром

yaourt -S google-chrome

Открыть пакетный менеджер, включить «Enable AUR support», через поиск найти chrome, нажать «установить»

Кроме того гуишная тулза просила проставить галочки на зависимости…

Это в manjaro для optdepends?

Да. Их необязательно ставить.

Manjaro — не Arch.

И лучше всяких бубунт, ибо вылизан немцом =)

Ну, я не в теме. Делал:

pacman -S google-chrome

И как ты слбирался пакет из аура ставить обычным пакетным менеджером?

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

deb ставится, но с костылями. короче: yay ставишь, а потом yay -Ss chrome, если есть что нужно yay -S пакет. удаление yay -Rsn пакет. обновить все пакеты yay -Syu. установленные пакеты yay -Q поиск по установленным yay -Qs text

И как ты слбирался пакет из аура ставить обычным пакетным менеджером?

А чем отличается аур от «обычного стирального порошка»(c)(tm)?

Просто yay пакет для поиска или yay для обновления. S не обязательно

Это ещё что за хрень? Я ещё не начал толком пользоваться системой, а уже знаю pacman, yaourt и вот теперь yay. 🙁

Это надстройка над пакманом заменяет их удобная штука

yay и yaourt — выполняют одну функцию. По сути, заменяют друг друга. Яорт старый, сейчас рекомендуют yay, но по умолчанию в Манджаре yaourt. Потому тебе сказал через него ставить.

Задача и yay и yaourt — ставить пакеты из дополнительного репозитория, которых нет в обычных репозиториях (через пакман просто).

yay можно установить через yaourt. Могут быть одновременно установлены оба. Используй тот, что больше нравится.

Это не обычная репа с пакетами программ. А «репа» с набором инструкций для сборки или установки пакетов. Устанавливать пакеты по этим инструкциям можео как в ручном режиме так и с помощью програм хелперов yay одна из таких программ.

Это как apt и apt-get?

Не совсем. Yay на модном go более современный, yaourt на скриптах устарел уже. А так по использованию мало отличаются

Если коротко ответить на вопрос — в манжаро (и арче впрниципе тоже) есть 2 пути установки ПО. Стандартный репозиторий ( apt в убунте) с которым идет работа через pacman (по умолчанию), который содержит в себе софта побольше и посвежее чем в убунте. Есть дополнительные репозитории (ppa убунтовские с ними схожи), из которых самый популярный aur (было что то еще вроде бы). Причем если в убунте в ppa идут несколько узкоспециализированных с зависимостями то в том же ауре есть все (я утрирую, но думаю потребности очень многих пользователей он с лихвой покрывает). Работа с ауром — доступно через гуи установки приложений в manjaro (там возможно переключатель в настройках включить нужно).

Также — deb/rpm пакеты можно сконвертировать в арчевские пакеты (как не помню, но легко гуглится).

для которого есть только deb/rpm пакеты (а зачастую, именно только они и есть)?

Большинство уже написаны. За почти два года на манджаре напейсал только один

BrightBig , в pamac’e — это гуй для манагера пакетов — в настройках ставишь галку «включить аур», ищешь хром и ставишь

Дистриб, как я понимаю, претендует на звание «готов к десктопу»

И он готов. Regular домохозяйке в терминал не придётся лезть ни разу, гуй для всего. Блин, даже ядра в пару кликов ставятся

Источник