Nie jesteś zalogowany na forum.

#1 2016-10-25 07:01:04

dracorp
Użytkownik
Lokalizacja: Poland, Gdańsk
Data rejestracji: 2015-09-06
Liczba postów: 98
WWW

makepkg na inny system lub coś innego.

Witam
Bardzo podoba mi się sposób tworzenia paczek w Archilinux, na tyle że aktualnie próbuję używać makepkg pod innym systemem i architekturą. Nie wszystko mi się skompilowało i zainstalowało i nie wszystko w docelowym systemie działało.
Pytanie mam czy znacie jakiś inny sposób budowania pakietów w podobny sposób jak jest to realizowane w Archlinuksie, którym warto było by się zainteresować. Najbardziej pasuje mi jakieś rozwiązanie niezależne od dodatkowych bibliotek/programów. Pacman/makepkg ma zależności ale nie aż takie duże.
W momencie pisania przypomniał mi się Slackware ale po przejrzeniu dokumentacji budowania pakietów to jednak nie to.

Offline

#2 2016-10-25 08:24:16

pavbaranov
Administrator
Lokalizacja: Kraków
Data rejestracji: 2015-08-22
Liczba postów: 1,661
WWW

Odp: makepkg na inny system lub coś innego.

Nie wiem, czy o to Ci chodzi, ale:
- Frugalware - można podglądnąć w jaki sposób pacmana zaprzężono do innej dystrybucji (Frugal ma swoje korzenie bodaj w Slacku właśnie); we Frugal jest fork pacmana - można zobaczyć o co chodzi przy przenoszeniu go na inny system,
- Aguilalinux - kiedyś chyba był (witryna jest niedostępna) taki linux, który miał swój własny menedżer pakietów mpkg, który działał na podobnej zasadzie co pacman (o ile pamiętam),
- NixOS - podobna "filozofia" - jeden plik opisujący sposób kompilowania programu nazywający się NiX; http://nixos.org/nix/
- Guix - to ma jakieś źródła natomiast w NiX i własny menedżer i tyle wiem: https://www.gnu.org/software/guix/manua … ement.html
- Exherbo - http://exherbo.org/
- Paldo - znów zbliżony sposób robienia paczki: plik sterujący i... odpalamy wrotki. Tym razem nazywa się to upkg: http://www.paldo.org/
- jest też wiecznie rozwijane Akabei w Chakrze,
- i oczywiście system ebuildów w Gentoo, bo tu chyba leży źródło wszystkiego (no może w Slacku).
Skoro przy Slacku - oprócz dokumentacji oficjalnej, z tego co wiem, są programy/skrypty, które ułatwiają budowanie tam paczek. Nigdy się tym jednak nie interesowałem. Praktycznie jednak każda dystrybucja zawiera swój menedżer pakietów i sposób budowania paczek. Wydaje się, że sensownie jest używać waśnie takiego mechanizmu w danym systemie, choć porty się zdarzają (Frugal).
Nie pamiętam już który z ww. linuksów twierdził, że ich system budowania paczek jest jakby niezależny od systemu, co do zasady można go użyć wszędzie. Bodaj to właśnie NixOS.
Bo wszelkie appimage/flatpak/snap rozumiem, że Cię nie interesuje.


Hardware: AMD: A8-7410 APU with Radeon R5
Software (podaję wyłącznie odrębności): Arch testing+kde-unstable, kernel linux-pb (4.19.8 m.in. PDS, UKSM, BFQ-MQ/SQ), amdgpu (dla CIK), KDE, patche z POLAUR

Offline

#3 2016-10-25 10:35:25

dracorp
Użytkownik
Lokalizacja: Poland, Gdańsk
Data rejestracji: 2015-09-06
Liczba postów: 98
WWW

Odp: makepkg na inny system lub coś innego.

Dzięki Paweł za tak dużo informacji. Będę musiał to przejrzeć.

Bo wszelkie appimage/flatpak/snap rozumiem, że Cię nie interesuje.

Tak, nie interesują mnie. Zapomniałem o tym wspomnieć.
A może przez przypadek wiesz które rozwiązanie ma ewentualne wsparcie w postaci wysyłania binarek na serwer artefaktów np. Nexusa? Bo w przypadku makepkg myślałem żeby samemu dorobić na końcu po zbudowaniu paczki.
Dodatkowo chciałem zaprząc pacmana do zarządzania ewentualnymi zależnościami jak i samymi pakietami ale poległem na jego kompilacji na jednej maszynie.

Offline

#4 2016-10-25 10:53:51

pavbaranov
Administrator
Lokalizacja: Kraków
Data rejestracji: 2015-08-22
Liczba postów: 1,661
WWW

Odp: makepkg na inny system lub coś innego.

Odnośnie pytań - cóż... przekraczają one moją wiedzę. Nawet nie wiem co to "serwer artefaktów np. Nexus". Jeśli wiem, to paczki dla tych dystrybucji są budowane na jakichś serwerach z pomocą skryptów itp. Jeśli lokalnie, to muszą być do repozytoriów dostarczone "standardową" drogą. Nic nie wiem, by było jakieś narzędzie, które po zbudowaniu paczki automatycznie ją eksportuje do repozytorium. Fakt - nigdy się tym nie interesowałem.

Natomiast wspomnianą funkcjonalność: zarządzanie zależnościami i pakietami - pacman ma OTB. Do tego wszak służy. Fakt, umie wyłącznie to, co mu dostarczysz w PKGBUILDzie (w co za tym idzie w ciągu pgkbuildowych zależności, albowiem tworząc PKGBUILD dla aplikacji, która wykorzystuje np. qt5-svg nie musisz już w nim umieszczać zależności w postaci qt5-base, bowiem samo qt5-svg zależy od qt5-base i pacman o tym wie).
Swoją drogą, jeśli zainteresowałeś się budowaniem paczek przez makepkg, to - jeśli jeszcze tego nie znasz - zainteresuj się validatorem takich paczek, który nazywa się namcap. Nie wiem natomiast czy i jak on będzie działać w "obcym" systemie. Napisany jest zdaje się w pythonie, źródła są znane. Opis masz tu: https://git.archlinux.org/namcap.git/tree/README (kod też zresztą tam znajdziesz).

EDIT:
Znalazłem jeszcze coś takiego: https://www.domenkozar.com/2014/01/02/g … e-manager/ Może Cię zainteresuje.

Ot, i jeszcze takie, ciekawe skądinąd, zestawienie: https://en.wikipedia.org/wiki/List_of_s … nt_systems


Hardware: AMD: A8-7410 APU with Radeon R5
Software (podaję wyłącznie odrębności): Arch testing+kde-unstable, kernel linux-pb (4.19.8 m.in. PDS, UKSM, BFQ-MQ/SQ), amdgpu (dla CIK), KDE, patche z POLAUR

Offline

#5 2016-10-26 09:20:00

dracorp
Użytkownik
Lokalizacja: Poland, Gdańsk
Data rejestracji: 2015-09-06
Liczba postów: 98
WWW

Odp: makepkg na inny system lub coś innego.

pavbaranov napisał/a:

Odnośnie pytań - cóż... przekraczają one moją wiedzę. Nawet nie wiem co to "serwer artefaktów np. Nexus".

Najprościej mówić serwer który udostępnia binarki wraz meta infomracjami, np. dla mavena. Zerknij np tutaj: https://www.jfrog.com/artifactory/

Natomiast wspomnianą funkcjonalność: zarządzanie zależnościami i pakietami - pacman ma OTB. Do tego wszak służy. Fakt, umie wyłącznie to, co mu dostarczysz w PKGBUILDzie (w co za tym idzie w ciągu pgkbuildowych zależności, albowiem tworząc PKGBUILD dla aplikacji, która wykorzystuje np. qt5-svg nie musisz już w nim umieszczać zależności w postaci qt5-base, bowiem samo qt5-svg zależy od qt5-base i pacman o tym wie).
Swoją drogą, jeśli zainteresowałeś się budowaniem paczek przez makepkg, to - jeśli jeszcze tego nie znasz - zainteresuj się validatorem takich paczek, który nazywa się namcap. Nie wiem natomiast czy i jak on będzie działać w "obcym" systemie. Napisany jest zdaje się w pythonie, źródła są znane. Opis masz tu: https://git.archlinux.org/namcap.git/tree/README (kod też zresztą tam znajdziesz).

Tak namcapa znam i używam. Problem taki próbuję użyć pacman na maszynie z AIX i na CentOS. Bianarki na AIX nie skompilowały mi się, dokładnie to libalpm się nie skompilował. A nie ukrywam że cały pakiet byłby idealny.

Offline

#6 2016-10-26 09:46:10

pavbaranov
Administrator
Lokalizacja: Kraków
Data rejestracji: 2015-08-22
Liczba postów: 1,661
WWW

Odp: makepkg na inny system lub coś innego.

Hmmm.... wiesz dlaczego się nie skompilował? Tu pewnie Bartek będzie miał większą wiedzę, ale może jakoś... "wespół, zespół" :)


Hardware: AMD: A8-7410 APU with Radeon R5
Software (podaję wyłącznie odrębności): Arch testing+kde-unstable, kernel linux-pb (4.19.8 m.in. PDS, UKSM, BFQ-MQ/SQ), amdgpu (dla CIK), KDE, patche z POLAUR

Offline

#7 2016-10-26 12:18:58

dracorp
Użytkownik
Lokalizacja: Poland, Gdańsk
Data rejestracji: 2015-09-06
Liczba postów: 98
WWW

Odp: makepkg na inny system lub coś innego.

Z powodu braku glibc. Niestety to nie Linux.

Offline

Stopka

Napędzają nas PacmanVPS i MegiTeam

Forum oparte na FluxBB