• # un AUR pour Debian

    Posté par  (site web personnel) . Évalué à 5.

    Sur le même modèle que AUR (Arch User Repository) de Arch Linux, mais pour Debian.

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 7.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: un AUR pour Debian

        Posté par  . Évalué à 3.

        Le problème c'est donc Debian, pas DBR ;).

        10 ans d'Arch ici, jamais cassé ma distro avec AUR.

        La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.

      • [^] # Re: un AUR pour Debian

        Posté par  (site web personnel) . Évalué à 3.

        Justement non, c'est censé être une manière propre d'installer des paquets non présents dans les dépôts Debian : construction du paquet en local pour sa Debian. Ça ne doit pas mettre le boxon comme peuvent le faire des dépôts externes.

        • [^] # Commentaire supprimé

          Posté par  . Évalué à 8.

          Ce commentaire a été supprimé par l’équipe de modération.

          • [^] # Re: un AUR pour Debian

            Posté par  . Évalué à 2.

            checkinstall n'est pas un outil debian, et n'a pas bougé depuis bien longtemps.

      • [^] # Re: un AUR pour Debian

        Posté par  . Évalué à 10.

        À noter que :

        • L’auteur utilise Ubuntu et n’a probablement jamais fait de package classique pour Debian même « non officiel ».
        • Ça ne supporte pas vraiment Debian, mais Ubuntu et l’auteur considère que « c’est pareil » (attention aux noms et versions des dépendances qui ne sont peut-être pas les mêmes entre Debian et Ubuntu).
        • Ça utilise PKGBUILD avec un équivalent de makepkg pour Debian nommé makedeb.
        • Ça ne fonctionne pas avec apt, ça nécessite des outils séparés.
        • Les paquets sont compilés sur la machine de l’utilisateur, ça nécessite d’installer les dépendance de compilation, l’auteur ne connais probablement pas pbuilder/cowbuilder.
        • Ça ne supporte pratiquement aucune fonctionnalité de debhelper (comme la gestion de service, debconf, le lancement des tests unitaires, etc.).
        • L’auteur a utilisé le nom Debian sans autorisation, « Debian User Repository » va probablement être renommé sous peu.
        • [^] # Re: un AUR pour Debian

          Posté par  . Évalué à 5. Dernière modification le 01 juillet 2021 à 00:34.

          Je préfère utiliser OBS, très bien foutu avec des tests automatiques et une gestion des versions de distributions (et des dépendances), qui permet en plus d'échanger les recettes avec les empaqueteurs pour d'autres distros.

          • [^] # Re: un AUR pour Debian

            Posté par  . Évalué à 3.

            C’est aussi ce que quelques personnes ont conseillées à l’auteur quand il a posté son annonce sur Reddit.

            • [^] # Re: un AUR pour Debian

              Posté par  . Évalué à 4.

              Par contre son initiative montre qu'il y a un problème : on ne sait pas où trouver des paquets Debian (les multiples dépôts OBS n'est pas sur pkgs.org). Ce serait pas mal d'avoir une liste.

        • [^] # Re: un AUR pour Debian

          Posté par  (site web personnel) . Évalué à 1. Dernière modification le 01 juillet 2021 à 11:29.

          utilisant Arch et ayant fait des packages pour AUR, j'aime beaucoup l'idée de pouvoir convertir les PKGBUILD de arch pour Debian.

          Après y'a clairement un certains nombre de problèmes à gérer, tel que "comment je convertie un dépendance Arch en Debian", qui on l'air d'avoir besoins d'encore un peu de travaille ici.

          Les paquets sont compilés sur la machine de l’utilisateur, ça nécessite d’installer les dépendance de compilation, l’auteur ne connais probablement pas pbuilder/cowbuilder.

          C'est vrais par contre les PKGBUILD gère les dépendance de compilation avec un champ "makedepends" qui sont normalement désinstallée une fois la compilation effectuée.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.