Основы работы с ABS (система сборки Arch)

Привет народ, на этот раз я расскажу немного о ABS (система сборки Arch)Короче говоря, это система порты с чем это считается Архлинукс.

Что я могу делать с АБС?

Те из нас, кто любит играть с ПКГБИЛДС , ABS что позволяет нам «загружать» все PKGBUILDS из пакетов репозиториев Archlinux и изменять их по желанию, например, для добавления или удаления флагов в инструкциях по компиляции, для включения или отключения какой-либо конкретной функции программы.

Установка и ввод в эксплуатацию АБС

Для этого мы установим ABS:

sudo pacman -S abs

Затем мы собираемся синхронизировать дерево PKGBUILDS официальных репозиториев:

sudo abs

мы собираемся получить результат, подобный этому:

ABS

Затем загруженные PKGBUILDS находятся в / var / abs

Практический пример: ABS и Gnome 3.16

Я использую бета-версию Gnome 3.16 (3.15.91) в Archlinux, и, хотя она работает (очевидно, имеет подробности) в Arch, в частности, отсутствуют приложения, которые, например, альфа-версия Fedora 22 уже предлагает, в моем Например, пара из тех, которых я с нетерпением ждал, EOG и Nautilus, так что теперь я собираюсь показать вам, как использовать ABS, чтобы скомпилировать бета-версию EOG в этом случае.

Итак, мы помещаем себя в каталог, в котором хотим скомпилировать, и переносим EOG PKGBUILD из / var / abs / extra / eog , Лично я обычно предпочитаю терминал, поэтому в моем случае я запустил:

cp -r /var/abs/extra/eog $(pwd)

Таким образом, у меня уже были pkgbuilds, готовые к изменению. Потом я заметил его GNOME ftp это была последняя доступная версия EOG, и я приступил к изменению PKGBUILD

ЭОГ-Гедит

Теперь приступаю к установке правильной контрольной суммы (на предыдущем скриншоте она уже установлена):

[x11tete11x @ Jarvis eog] $ makepkg -g ==> Получение исходных текстов ... -> eog-3.15.90.tar.xz был найден ==> Создание контрольных сумм для исходных файлов ... sha256sums = (' 95fb566241f492f043d2e9d7301b657d159d68dbb51ba29d88c52a8b7ba8d243 ')

и готово! 😀 сейчас просто компилирую и устанавливаю:

[x11tete11x @ Jarvis eog] $ makepkg -sic ==> Создание пакета: eog 3.15.90-1 (вс, 15 марта, 21:50:32 ART 2015) ==> Проверка зависимостей во время работы ... ==> Проверка зависимостей при компиляции ... ==> Получение исходников ... -> eog-3.15.90.tar.xz был найден ==> Проверка исходных текстов с помощью sha256sums ... eog-3.15.90.tar.xz .. . Одобрено ==> Извлечение исходников ... -> Извлечение eog-3.15.90.tar.xz с помощью bsdtar ==> Удаление каталога $ pkgdir / ... ==> Запуск build () ... проверка наличия BSD-совместимая установка ... / usr / bin / install -c проверка правильности среды сборки ... да

И все

EOG 3.15.90 в Arch

Очевидно, что это можно сделать с любым количеством пакетов, и они могут активировать или деактивировать функции по своему желанию (например, они могут скомпилировать Audacious, активировав его интерфейс QT и отключив интерфейс GTK).


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   айория сказал

    Приветствую, товарищ, в случае с Kaos, если бы я хотел скомпилировать любую программу arch pkgbuild, которая не находится в kcp, она была бы такой же или у меня были бы проблемы ... с зависимостями ...

    1.    x11тете11x сказал

      Да, вы должны проверить зависимости и учесть несколько соображений, как описано в вашем руководстве. http://kaosx.us/es/packaging-guide/

  2.   Жоако сказал

    Неплохо, плохо то, что вы тоже не можете скомпилировать зависимости, если бы вы могли это сделать, это было бы отличной целью. Их еще можно скомпилировать "вручную", но было бы неплохо иметь возможность делать это автоматически.
    Я пытался использовать различные инструменты для компиляции циклических зависимостей, я уже не помню, что это были за зависимости, но у меня всегда были циклические зависимости, поэтому я сдался.

    Я думаю, что для компиляции Gentoo по-прежнему лучше, Arch очень похож на Slackware, что мне не нравится, мне тоже не нравятся порты, вы должны уметь справляться со всем с помощью диспетчера пакетов.

    1.    x11тете11x сказал

      заключается в том, что вы интерпретируете это неправильно, компиляция пакетов в Arch не предназначена для «имитации» Gentoo, увеличения производительности или «превосходства», это для очень специфических ситуаций, подобных тем, которые я упомянул.
      Для меня, что зависимости не компилируются, это тоже нормально, по той простой причине, что Gentoo для этого, здесь вы ищете очень специфические вещи, если вы можете удалить их из основных репозиториев, ну, если нет, у вас есть ABS как инструмент

    2.    111aa сказал

      Да, Arch во многом похож на Slackware, но с философской точки зрения: это простая, чистая и минималистичная система.
      Вы явно ничего не понимали в том, как работает Arch.