Как подключить aur в ubuntu

Обновлено: 05.07.2024

Просто немного поиграв с Арчем, в нем больше всего меня впечатляет AUR. С помощью такого инструмента, как Yaourt, вы действительно легко можете установить новейшее программное обеспечение, часть которого принадлежит git, и оно автоматически скомпилирует и установит его для вас. Есть ли что-то подобное для Ubuntu? Я знаю о PPA, но я не думаю, что они эквивалентны.

Редактировать: вот почему я не думаю, что PPA - это то же самое, что и AUR:

PPA имеют скомпилированные пакеты, в то время как в AUR есть как скомпилированные пакеты, так и пакеты с исходным кодом, а также со скриптами для их компиляции на любой платформе. Это означает, что PPA должен поддерживаться кем-то, кто их создает, тогда как с AUR некомпилированные пакеты могут быть собраны на стороне пользователя.
Поскольку PPA являются специфическими для выпуска Ubuntu, многие PPA устарели. Пакеты по-прежнему будут работать, если сопровождающие PPA просто обновят свои PPA до последней версии Ubuntu, но часто они устаревают. Иногда мне приходилось взламывать PPA, чтобы я мог продолжать использовать тот же пакет, который работал в предыдущем выпуске.
Многие PPA не строятся должным образом, даже если проекты более или менее стабильны. Я имею в виду FinalTerm, который в основном работает, но Ubuntu PPA почти никогда не пропускает сборки, поэтому невозможно установить на Ubuntu без ручной компиляции.
PPA, похоже, не имеют системы оценки, где пользователи могут поручиться за рабочие репозитории пакетов. Я думаю, что такого рода консенсус очень полезен для предотвращения вредоносных программ и / или нерабочих пакетов.
Существует множество пакетов AUR, которые приходят непосредственно из GitHub, поэтому установка пакета, подобного something-git , обычно дает вам последний пакет прямо из GitHub. PPA не обновляются динамически, как это, и поэтому пакеты там, как правило, очень устарели.

4 ответа

Да, PPAs. Это является самым близким, можно добраться прямо сейчас. Если Вы не думаете, что они достаточно эквивалентны для Вас, то ответ прямо сейчас является просто "нет". Некоторые комментарии к Вашим требуемым различиям:

PPAs скомпилировали пакеты, в то время как функции АУРА и скомпилированные пакеты и исходные пакеты

PPAs поставляют исходные пакеты также. Загрузки PPA должны быть исходными загрузками. Пользователи могут получить доступ к обоим источник (например, они могут восстановить сами источники), или двоичные файлы, созданные из тех источников.

, Так как PPAs характерны для релиза Ubuntu, много PPAs устарели.

Это верно. Однако пользователи могут довольно легко скопировать пакет от любого PPA до их собственного PPAs, включая к другому выпуску, при желании восстановить их при необходимости на пути. Посмотрите детали Пакета-> страница пакетов Копии. Если будет что-нибудь, чему нужно обновление для работы с более новым выпуском затем, то это не будет работать, но я предполагаю, что это - то же с АУРОМ.

С точки зрения PPAs того, чтобы быть актуальным, который является, по-видимому, просто вопросом волонтерского времени (кто может сделать ту же карманную копию как выше), а не любое принципиальное различие между PPAs и АУРОМ.

Много PPAs не создают правильно, даже при том, что проекты более или менее стабильны

Тот же ответ как выше. Это не имеет никакого отношения к инфраструктуре или механизму и всему, чтобы сделать с волонтерским временем.

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

существуют тонны пакетов АУРА, которые прибывают непосредственно из GitHub, таким образом устанавливание пакета как что-то-мерзавец будет обычно давать Вам последний пакет прямо от GitHub.

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

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

В Arch Linux есть свой менеджер пакетов, и в прошлой статье, я писал уже об этом, но бывают случаи, что по какой-то причине нужно установить deb-пакет, и в этой статье мы посмотрим как это сделать.

Хотя pacman и крутой менеджер пакетов, а в дополнении с AUR, им вообще нету цены, но бывают такие приложения, которые запакованы только в deb-пакет, и даже нету исходников, а иногда из deb легче установить чем курить все эти исходники, и ломать голову из-за всех этих зависимостей которые требуются для сборки пакетов.

В ArchLinux есть несколько способов, для установки deb-пакетов, и ниже я покажу их.

deb — расширение имён файлов «бинарных» пакетов для распространения и установки программного обеспечения в ОС проекта Debian, и других, использующих систему управления пакетами dpkg. Deb — это часть слова Debian, в свою очередь, образованного от слов Debra — имени подруги (впоследствии — жены, ныне — бывшей) основателя Дебиана Яна Мердока и Ian от его собственного имени.

Установка deb пакета с помощью dpkg

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

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

Чтобы установить dpkg в arch, откройте терминал сочетанием клавиш Ctrl+Alt+T, и введите команду

После минуты установки, вы сможете с легкостью устанавливать deb-пакеты

С первым способом разобрались, перейдем ко второму.

Установка deb-пакета в ArchLinux с помощью debtap

Этот скрипт поможет вам установить .deb пакет в ArchLinux, но не в Manjaro

К сожалению в операционную систему Manjaro вы не сможете установить этот скрипт, ну а если вы используете обычный арч, тогда введите команду ниже для его установки

После установки, вы можете конвертировать .deb пакеты просто введя команду

Вас сразу-же попросит ввести имя приложения, и лицензию пакета.

После этого вам всего лишь нужно ввести одну команду для установки приложения

Вот и весь второй способ. Перейдем к третьему и последнему способу

Как установить deb-пакет в Arch Linux с помощью PKGBUILD

PKGBUILD — это shell-скрипт, содержащий информацию, необходимую для сборки пакетов Arch Linux.

Пакеты в Arch Linux собираются при помощи утилиты makepkg . При запуске она ищет в текущем каталоге файл PKGBUILD и следует инструкциям из него, чтобы либо скомпилировать код, либо получить файлы для сборки пакета (имя_пакета.pkg.tar.xz). Готовый пакет содержит двоичные файлы и инструкции по установке, благодаря чему может быть легко установлен при помощи pacman.

Это наверное лучший способ установки deb пакетов, вам всего-лишь нужно немножко понимать суть этого скрипта. С помощью этого скрипта, также собирают пакеты для ArchLinux из исходников.

Вы можете ознакомится с этим приложением, а также скачать его перейдя по ссылке ниже.

Вот и все. Надеюсь статья была полезной, и если это так, то не забудьте поделиться ею в социальных сетях.

А каким вы пользуетесь способом? Напишите в комментариях ниже.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Изменить: вот почему я не думаю, что PPA такие же, как AUR:

PPA имеет скомпилированные пакеты, в то время как AUR содержит как скомпилированные пакеты, так и пакеты с исходным кодом, а также сценарии для их компиляции на любой платформе. Это означает, что PPA должен поддерживаться кем-то, кто их создает, тогда как с AUR некомпилированные пакеты могут быть собраны на стороне пользователя.
Поскольку PPA являются специфическими для выпуска Ubuntu, многие PPA устарели. Пакеты по-прежнему будут работать, если сопровождающие PPA просто обновят свои PPA до последней версии Ubuntu, но часто они устаревают. Иногда мне приходилось взламывать PPA, чтобы я мог продолжать использовать тот же пакет, который работал в предыдущем выпуске.
Многие PPA не создаются должным образом, хотя проекты более или менее стабильны. Я имею в виду FinalTerm, который в основном работает, но Ubuntu PPA почти никогда не пропускает сборки, поэтому невозможно установить на Ubuntu без ручной компиляции.
PPA, похоже, не имеют системы оценки, где пользователи могут поручиться за рабочие репозитории пакетов. Я думаю, что такого рода консенсус очень полезен для предотвращения вредоносных программ и / или нерабочих пакетов.
Существует множество пакетов AUR, которые приходят непосредственно из GitHub, поэтому установка пакета something-git обычно даст вам последнюю версию прямо из GitHub. PPA не обновляются динамически, как это, и поэтому пакеты там, как правило, очень устарели.

4 ответа

Да, PPA. Это самое близкое, что вы можете получить прямо сейчас. Если вы не думаете, что они достаточно эквивалентны для вас, то ответ прямо сейчас - просто "нет". Некоторые комментарии о ваших заявленных различиях:

PPA имеют скомпилированные пакеты, в то время как AUR предлагает как скомпилированные пакеты, так и пакеты с исходным кодом.

PPA также поставляет исходные пакеты. Загрузка PPA должна быть исходной загрузкой. Пользователи могут получить доступ как к источнику (например, они могут сами перестроить источники), так и к двоичным файлам, созданным из этих источников.

Поскольку PPA являются специфическими для выпуска Ubuntu, многие PPA устарели.

С точки зрения актуальности PPA, это, по-видимому, просто вопрос времени волонтера (который может сделать ту же карманную копию, что и выше), а не какое-либо принципиальное различие между PPA и AUR.

Многие PPA не создаются должным образом, хотя проекты более или менее стабильны

Тот же ответ, что и выше. Это не имеет ничего общего с инфраструктурой или механизмом, а также с волонтерским временем.

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

Существует множество пакетов AUR, которые приходят непосредственно из GitHub, поэтому при установке пакета, например что-то вроде git, вы получите последний пакет прямо из GitHub.

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

Ничто из этого не является тем же самым, я предоставлю вам. Если вы хотите больше функциональности, подобной ABS/AUR, в Ubuntu, я думаю, вам нужно более подробно рассказать о том, как именно ваши предложенные изменения будут работать с точки зрения того, что Ubuntu уже имеет.

Если да, то какие радости, какие печали на этот счет бывают?

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

Не понял, при чём тут АУР.

конечно - виндовс. Накатить в авторежиме как убунте, а потом трахаться руками, как в арче.

При чём тут несколько ОС, когда поциент интересуется возможностью прикручить арчепомойку к нормальным дистрибутивам?

Нахрена, если к этим ОС прекрасно прикручиваются PPA?

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

Вот даже как. Ну можно копипастить построчно из pkgbuild команды для выкачивания и сборки. Будет всяко быстрее, чем собирать самому.

Зачем, если есть уже собранное?

Чтобы потрахаться. Зачем же еще?

Ну так для этого лучше самостоятельно всё делать. С шпаргалками ощущения не те.

Действительно. Зачем нам арчепомойка, когда есть классный набор мусорных ведер.

Ааа, я аур с арчем спутал.

в общем все ясно с этим

А разве их можно совмещать? В Debian-based принято собирать и опакечивать софт немного по другому.

Ты чего вообще спросил? Твой вопрос можно интерпретировать как практически/абсолютно любую/определённую херню/науку.

Удели пару дней своего времени, и установи Arch. Забудь про Ubuntu Mint и прочую чепуху.
Как начнешь пользоваться Arch'ем забудешь о существовании Debian'а и подобных дистрибутивов.
Кстати, с установкой могу помочь, если что.

Форматнул - запакстрапил - цашрутнул (локаль-сеть-загрузчик)-ребутнул. По желанию можно добавить пароль на рута и пользователей и развести помойку (накатить на awesome тем с гитсуба). Дальше различий между дистрами чуть менее, чем голяк, имхо(хохо).

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