Ses avantages sont multiples :
1. Proposer des variantes des paquets officiels (tels que linux-ck)
2. Proposer des paquets qui ne sont pas présents sur les dépôts binaires
3. Proposer un système de votes permettant à certains scripts de rejoindre les rangs des paquets binaires officiels sur le dépôt [community]
4. Permettre d'abandonner des paquets binaires vers l'AUR (comme lors du passage à systemd, le PKGBUILD de sysvinit s'est retrouvé sur l'AUR)
5.Permettre à n'importe qui de proposer un nouveau PKGBUILD (aprèsavoirrespectécertainesrègles) ou de reprendre la maintenance de scripts existants.
Maintenant c'est vrai qu'on trouve des PKGBUILD excellents, d'autres moins bons, et pas mal qui sont abandonnées. C'est loin d'être surprenant quand on sait que l'AUR est ouvert à tous. Mais il ne faut pas oublier que même les dépôts officiels sont régulièrement nettoyés : une rolling release est tout sauf figée.
Et c'est parce que l'AUR n'est pas contrôlé (c'est à ceux qui proposent des scripts et ceux qui les installent qui ont la charge de les contrôler) que pacman ne supporte pas l'AUR directement. En effet, sans wrapper il faut télécharger le tarball voulu, et ensuite vérifier le PKGBUILD, et enfin le construire avec makepkg -s et l'installer avec pacman -U.
Si on veut quelque chose de bien mieux contrôlé (et donc bien plus fermé) que l'AUR, on reste sur les paquets des dépôts binaires officiels, qui sont très bien fournis (environ 5026 paquets pour l'architecture x86_64 seule, avec le dépôt multilib activé si je fais un coup de "abs" et que je fais un "tree" sur /var/abs).
Ils sont souvent abandonnées pour une bonne raison (liste non-exhaustive) :
1.Le logiciel upstream est abandonné
2.La personne ayant proposé le script n'en a plus besoin et ne souhaite plus le maintenir (si l
3.C'est un paquet Archlinux abandonné vers l'AUR
4.Les paquets officiels ont rendu le script non-nécessaire (par exemple : xfwm4.8-tiling ne sert plus à grand chose depuis xfwm4.10 qui a intégré le tiling semi-automatique et l'a même amélioré)
5. etc...
Enfin, concrètement y'a-t-il tant de scripts abandonnées sur l'AUR ?
Si on prend les stats d'aujourd'hui disponibles sur le site officiel :
Paquets 45011
Paquets orphelins 9660
Paquets ajoutés au cours des 7 derniers jours 128
Paquets mis à jour au cours des 7 derniers jours 1065
Paquets mis à jour dans l'année écoulée 18984
Paquets jamais mis à jour 11226
Utilisateurs enregistrés 53269
Utilisateurs de confiance (TU) 36
21% de scripts orphelins, c'est moins d'un quart.
Et à titre perso, pourquoi l'AUR est si utile ?
pacman -Qmm
aurupload 0.7.5-1
Me permet de script l'envoi d'archives sources sur l'AUR
cdemu-daemon-lts 2.1.0-5
Permet de monter des ISO, NRG, .BIN/.CUE, et autres formats sur un /dev/sr1 émulé grâce à vhba-module. Pour vhba-module-lts.
corsix-th 0.21-1
Version libre de Theme Hospital
desura 1-19
Une sorte de Steam mais pour les jeux indés (et ceux bien avant que Steam se soit ouvert aux indés)
dfc-git 20130819-1
df -h, mais en mieux (version de développement un brin plus à jour que la dernière relase officielle)
doukutsu 1.2-4
Jeu : Cave Story
elementary-xfce-icons 0.3-1
Thème d'icônes de Xubuntu
fs-uae 2.2.3-1
Émulateur Amiga qui est aussi bon que WinUAE
g-fs-uae 0.0.61-2
interface graphique pour fs-uae
gcdemu 2.1.0-1
interface graphique pour cdemu-daemon
gufw 14.04.0-1
GUI de UFW
kega-fusion 3.63-16
Émulateur sega genesis / sms.
libjpeg6 6b1-2
Dépendance de Desura.
libxfce4ui-devel 4.11.0-1
Version de dév de libxfce4ui4.12. Dépendance de xfwm4.11
linux-ck 3.10.20-1
Linux avec le -ck patchset et le BFQ.
linux-ck-headers 3.10.20-1
fichiers d'en-tête linux-ck
nvidia-ck 331.20-14
Pilote nvidia proprio pour linux-ck
openxcom 0.9-3
Jeu : OpenXCom
package-query 1.2-2
Dépendance de yaourt.
pnmixer-xfce4 3-1
Mixer pour le tableau de bord Xfce supportant ALSA et PulseAudio, notifications OSD, etc. ...
pytyle2-hg 2.0.0-2
Full tiling pour xfwm4 ou équivalent
soundfont-titanic 1.2-1
banque de sons MIDI
suspend-usb-device-git 20121113.12-1
Permet d'éteindre un disque dur externe avant de le débrancher (thunar ne le propose pas toujours...)
systemd-ui 2-2
consulter l'état des services systemd avec une interface graphique
ttf-ms-fonts 2.0-10
Polices de caractères Microsoft
vhba-module-ck 20130607-4
Module kernel pour cdemu-daemon. Variante pour linux-ck
vhba-module-lts 20130607-9
Module kernel pour cdemu-daemon. Variante pour linux-lts
virtualbox-ck-host-modules 4.3.4-4
Modules kernel pour virtualbox. Variante pour linux-ck
xfce-theme-albatross 1.5.1-1
Thème GTK Xubuntu 10.04
xfce4-hardware-monitor-applet-git 1.4.4.r53.4f7535e-1
Nouveau greffon tiers pour le tableau de bord Xfce qui existe depuis quelques semaines seulement.
xfce4-places-plugin 1.6.0-1
Raccourcis pour le tableau de bord Xfce, et accès aux "documents récents"
xfce4-volumed-pulse 0.2.0-3
Variante pulseaudio de démon de volume Xfce, provenant de Xubuntu
xfce4-whiskermenu-plugin 1.2.2-1
Menu alternatif pour le tableau de bord Xfce (ressemble un peu à celui de KDE4)
xflux 20130901-2 f.lux pour Xorg
xfwm4-devel 4.11.0-1
version de dév de xfwm4.12 (pas mal de nouveautés, dont le support du vblank)
yaml-cpp0.3 0.3.0-1
Dépendance de OpenXCom
yaourt 1.3-1
Wrapper pour l'AUR.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pacman
Posté par xcomcmdr . En réponse au journal Frugalware, une distribution pas comme les autres.. Évalué à 10.
Ce n'est pas un dépôt de paquets binaires, mais un dépôt de scripts de création de paquets communautaire.
Ses avantages sont multiples :
1. Proposer des variantes des paquets officiels (tels que linux-ck)
2. Proposer des paquets qui ne sont pas présents sur les dépôts binaires
3. Proposer un système de votes permettant à certains scripts de rejoindre les rangs des paquets binaires officiels sur le dépôt [community]
4. Permettre d'abandonner des paquets binaires vers l'AUR (comme lors du passage à systemd, le PKGBUILD de sysvinit s'est retrouvé sur l'AUR)
5.Permettre à n'importe qui de proposer un nouveau PKGBUILD (après avoir respecté certaines règles) ou de reprendre la maintenance de scripts existants.
Maintenant c'est vrai qu'on trouve des PKGBUILD excellents, d'autres moins bons, et pas mal qui sont abandonnées. C'est loin d'être surprenant quand on sait que l'AUR est ouvert à tous. Mais il ne faut pas oublier que même les dépôts officiels sont régulièrement nettoyés : une rolling release est tout sauf figée.
Et c'est parce que l'AUR n'est pas contrôlé (c'est à ceux qui proposent des scripts et ceux qui les installent qui ont la charge de les contrôler) que pacman ne supporte pas l'AUR directement. En effet, sans wrapper il faut télécharger le tarball voulu, et ensuite vérifier le PKGBUILD, et enfin le construire avec makepkg -s et l'installer avec pacman -U.
Si on veut quelque chose de bien mieux contrôlé (et donc bien plus fermé) que l'AUR, on reste sur les paquets des dépôts binaires officiels, qui sont très bien fournis (environ 5026 paquets pour l'architecture x86_64 seule, avec le dépôt multilib activé si je fais un coup de "abs" et que je fais un "tree" sur /var/abs).
Ils sont souvent abandonnées pour une bonne raison (liste non-exhaustive) :
1.Le logiciel upstream est abandonné
2.La personne ayant proposé le script n'en a plus besoin et ne souhaite plus le maintenir (si l
3.C'est un paquet Archlinux abandonné vers l'AUR
4.Les paquets officiels ont rendu le script non-nécessaire (par exemple : xfwm4.8-tiling ne sert plus à grand chose depuis xfwm4.10 qui a intégré le tiling semi-automatique et l'a même amélioré)
5. etc...
Enfin, concrètement y'a-t-il tant de scripts abandonnées sur l'AUR ?
Si on prend les stats d'aujourd'hui disponibles sur le site officiel :
21% de scripts orphelins, c'est moins d'un quart.
Et à titre perso, pourquoi l'AUR est si utile ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)