Ce n'est spécialement complexe de créer un paquet RPM à priori, en tout cas je n'y vois pas de complexité supplémentaire par rapport à la création d'un fichier PKGBUILD. Et l'inconvénient de ce dernier est que la phase de compilation est déporté chez l'utilisateur il me semble, non ?
Elle est déportée chez l'utilisateur tant que le paquet est sur l'AUR. Mais si tu fais un repo custom (et c'est comme ça que ça fonctionne sur les repo officiels), tu peux automatiquement créer le package à partir du PKGBUILD, avec makepkg. Ça génère un paquet .pkg.tar.xz. Après, s'il y a plusieurs architectures, il faut le faire pour chaque architecture.
Ce n'est spécialement complexe de créer un paquet RPM à priori, en tout cas je n'y vois pas de complexité supplémentaire par rapport à la création d'un fichier PKGBUILD. Et l'inconvénient de ce dernier est que la phase de compilation est déporté chez l'utilisateur il me semble, non ?
Elle est déportée chez l'utilisateur tant que le paquet est sur l'AUR. Mais si tu fais un repo custom (et c'est comme ça que ça fonctionne sur les repo officiels), tu peux automatiquement créer le package à partir du PKGBUILD, avec makepkg. Ça génère un paquet .pkg.tar.xz. Après, s'il y a plusieurs architectures, il faut le faire pour chaque architecture.