Bonjour les gens, cette fois je vais vous en dire un peu plus ABS (système de construction d'arc)Bref, c'est le système de ports avec qui ça compte archlinux.
Que puis-je faire avec l'ABS?
Ceux d'entre nous qui aiment jouer avec PKBUILDS , Abdos ce qui nous permet est de "télécharger" tous les PKGBUILDS des paquets des référentiels Archlinux, et de les modifier à volonté, par exemple, pour ajouter ou supprimer des drapeaux dans les instructions de compilation, pour activer ou désactiver toute fonctionnalité particulière d'un programme
Installation et mise en service d'ABS
Pour ce faire, nous allons installer Abdos:
sudo pacman -S abs
Ensuite, nous allons synchroniser l'arborescence PKGBUILDS des dépôts officiels:
sudo abs
nous allons obtenir une sortie similaire à celle-ci:
Ensuite, les PKGBUILDS téléchargés se trouvent dans / var / abs
Exemple pratique: ABS et Gnome 3.16
J'utilise la bêta de Gnome 3.16 (3.15.91), dans Archlinux, et bien que cela fonctionne (il a des détails évidemment) dans Arch en particulier, il manque des applications qui, par exemple, l'alpha de Fedora 22 apporte déjà, dans mon cas un couple de ceux que j'attendais avec impatience, EOG et Nautilus, alors maintenant je vais vous montrer comment utiliser ABS, afin de compiler la version bêta d'EOG dans ce cas.
Donc, nous nous plaçons dans un répertoire où nous voulons compiler, et nous apportons l'EOG PKGBUILD de / var / abs / extra / eog , Personnellement, je préfère généralement le terminal, donc dans mon cas, j'ai couru:
cp -r /var/abs/extra/eog $(pwd)
De cette façon, j'avais déjà les pkgbuilds prêts à être modifiés. Puis je l'ai remarqué GNOME ftp qui était la dernière version disponible d'EOG, et j'ai procédé à la modification du PKGBUILD
Maintenant, je passe à mettre la somme de contrôle correcte (dans la capture d'écran précédente, elle est déjà définie):
[x11tete11x @ Jarvis eog] $ makepkg -g ==> Réception des sources ... -> eog-3.15.90.tar.xz a été trouvé ==> Génération des sommes de contrôle pour les fichiers sources ... sha256sums = (' 95fb566241f492f043d2e9d7301b657d159d68dbb51ba29d88c52a8b7ba8d243 ')
et prêt! 😀 maintenant je viens de le compiler et de l'installer:
[x11tete11x @ Jarvis eog] $ makepkg -sic ==> Création du paquet: eog 3.15.90-1 (dim 15 mars 21:50:32 ART 2015) ==> Vérification des dépendances lors de l'exécution ... ==> Vérification des dépendances lors de la compilation ... ==> Réception des sources ... -> eog-3.15.90.tar.xz a été trouvé ==> Validation des sources avec sha256sums ... eog-3.15.90.tar.xz .. . Approuvé ==> Extraction des sources ... -> Extraction de eog-3.15.90.tar.xz avec bsdtar ==> Suppression du répertoire $ pkgdir / ... ==> Démarrage de build () ... vérification d'un Installation compatible BSD ... / usr / bin / install -c vérifier si l'environnement de construction est sain ... oui
Et c'est tout 😀
Évidemment, cela peut être fait avec autant de packages qu'ils le souhaitent et ils peuvent activer ou désactiver des fonctionnalités à leur guise (par exemple, ils peuvent compiler Audacious en activant son interface QT et en désactivant l'interface GTK)
Salutations, camarade, dans le cas de Kaos, si je voulais compiler un programme arch pkgbuild qui n'est pas dans kcp, ce serait pareil ou j'aurais des problèmes ... avec les dépendances ...
Oui, vous devez vérifier les dépendances et avoir quelques considérations, comme expliqué dans votre guide http://kaosx.us/es/packaging-guide/
Ce n'est pas mal, le problème est que vous ne pouvez pas compiler les dépendances aussi, si vous le pouviez, ce serait un excellent objectif. Ils peuvent toujours être compilés "à la main", mais ce serait bien de pouvoir le faire automatiquement.
J'ai essayé d'utiliser divers outils pour compiler les dépendances circulaires, je ne me souviens plus de ce qu'elles étaient, mais j'ai toujours eu des dépendances circulaires, alors j'ai abandonné.
Je pense que la compilation de Gentoo est toujours supérieure, Arch ressemble beaucoup à Slackware, ce que je n'aime pas, je n'aime pas non plus les ports, vous devriez pouvoir tout gérer avec le gestionnaire de paquets.
c'est que vous l'interprétez mal, la compilation de paquets dans Arch, ce n'est pas «imiter» Gentoo, ni gagner en performance, ni «être supérieur», c'est pour des situations très spécifiques, comme celles que j'ai mentionnées.
Pour moi que les dépendances ne sont pas compilées, c'est aussi bien, pour la simple raison que Gentoo est pour ça, ici vous cherchez des choses très spécifiques, si vous pouvez le supprimer des référentiels principaux, eh bien, sinon, vous avez ABS comme outil
Oui, Arch partage beaucoup avec Slackware mais «philosophiquement: celui d'être un système simple, propre et minimaliste.
Vous n'avez évidemment rien compris au fonctionnement d'Arch.