Базове поводження з ABS (Arch Build System)

Привіт люди, цього разу я збираюся трохи поговорити про ABS (система побудови арки)Словом, це система Порти з якими він рахується archlinux.

Що я можу зробити з ABS?

Ті з нас, хто любить грати PKBUILDS , ABS що нам дозволяє, це "завантажити" всі PKGBUILDS пакунків сховищ Archlinux і змінювати їх за бажанням, наприклад, додавати або видаляти прапори в інструкціях компіляції, увімкнути або вимкнути будь-яку особливу функцію програми

Встановлення та введення в експлуатацію ABS

Для цього ми збираємося встановити 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)

Таким чином, я вже мав готові до зміни модифікації pkg. Тоді я його помітив GNOME ftp яка була останньою доступною версією EOG, і я приступив до модифікації PKGBUILD

EOG-Gedit

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

[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, АРТ 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.    x11tete11x - сказав він

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

  2.   жоако - сказав він

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

    Я думаю, що для компіляції Gentoo все-таки перевершує, Arch дуже схожий на Slackware, що мені не подобається, я також не люблю порти, ви повинні вміти обробляти все за допомогою менеджера пакетів.

    1.    x11tete11x - сказав він

      полягає в тому, що ви трактуєте це неправильно, компіляція пакунків у Arch, полягає не в тому, щоб "імітувати" Gentoo, або покращувати продуктивність, або "бути вищою", вона стосується дуже конкретних ситуацій, таких як ті, про які я згадав.
      Для мене, що залежності не компілюються, це також добре, з тієї простої причини, що Gentoo саме для цього, тут ви шукаєте дуже конкретні речі, якщо ви можете видалити його з основних сховищ, ну, якщо ні, у вас є АБС як інструмент

    2.    111aa - сказав він

      Так, Arch багато поділяє з Slackware, але “філософськи: це бути простою, чистою та мінімалістичною системою.
      Ви, очевидно, нічого не розуміли в тому, як працює Арч.