Communauté Open Build Service en version 2.4

Posté par (page perso) . Édité par Nÿco, Xavier Teyssier, GeneralZod et Benoît Sibaud. Modéré par Christophe Guilloux. Licence CC by-sa
Tags : aucun
12
2
mai
2013
Communauté

Après un an de développement suivant la version 2.3, voici la version 2.4 d'Open Build Service, le système générique pour concevoir et distribuer des paquets binaires à partir de sources de manière automatique, cohérente et reproductible. Il permet de livrer des paquets ainsi que des mises à jour, des add-ons, des appliances et des distributions entières pour une large gamme de systèmes d'exploitation et d'architectures matérielles. Ce logiciel est publié sous licence GPLv2.

OBS

NdM : merci à jluce pour son journal.

Dans cette nouvelle version on notera :

  • l'arrivée de la prise en charge du format de paquet PKGBUILD (venant de Arch), après RPM et Deb ;
  • l'arrivée de AArch64, l'architecture 64 bits ARM (armv8 ou arm64) ;
  • la prise en charge des signatures de bootloaders et pilotes pour l'UEFI Secure Boot ;
  • la prise en charge du standard ouvert AppStream, pour les méta-données des paquets des distributions ;
  • un nouveau système de contraintes pour faciliter la construction multiplateforme ;
  • des améliorations au niveau de la construction pour augmenter la vitesse d'OBS ;
  • la migration vers Ruby 1.9 et Rails 3.2.

L'instance de référence http://build.opensuse.org est ouvert à tous les développeurs open source pour construire des paquets pour les distributions les plus populaires, y compris openSUSE, Debian, Fedora, Ubuntu, Arch, Red Hat Enterprise Linux et SUSE Linux Enterprise. OBS 2.4 y a été utilisé depuis janvier, et a déjà construit à ce jour 200.000 paquets.

Vous pouvez télécharger tous les composants (OBS clients, l'API Server, workers) à partir de la page de téléchargement et configurer votre propre instance d'OBS.

  • # Et Meego , Mer , Tizen

    Posté par (page perso) . Évalué à  -4 .

    A noter que l outil et utiliser pour les projets susciter, a ce propos je serais interesser pour monter un obs communautaire pour rebuilder harmattan maemo etc …

    si ca interesse contactez moi

    http://rzr.online.fr/q/harmattandev

    gpg:0x467094BC

  • # Voila du software vraiment utile...

    Posté par . Évalué à  0 .

    Le fait de permettre de contruire des paquets pour l'ARM me paraît être un bon gage de pérenité.
    NB: L'ARM équipe la majorité des Smartphones/tablettes/Phablettes…

    Pourquoi c'est GPLv2 et pas GPLv3 ?
    [Ce n'est pas une critique c'est une question]

    Est-il possible de le faire fonctionner correctement sous Slackware ?
    [Quelqu'un a-t'il déjà essayé]

    Peut-il accepter de construire des paquets pour des machines virtuelles, genre VirtualBox, Qemu et autre VMware ?
    Si c'est le cas alors cela intéressera pas mal de monde…

  • # norme ?

    Posté par . Évalué à  2 .

    Quel norme vous suivez pour créer les paquets ? J'ai cru comprendre qu'il y avait un paquet de script dans les rpm, et que cela fait une différence entre mageia et red hat par exemple (menu, etc…)

    "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

    • [^] # Re: norme ?

      Posté par (page perso) . Évalué à  4 .

      Mageia n'est pas supporté.
      Sinon, c'est à toi de faire tes paquets, pas à eux, qui ne font que te filer un robot (et c'est déjà énorme).

      Donc à toi de te démerder, mais ils t'aident à coup de paramétrage (et de rpmlint). Exemple pour WxWidgets dont j'ai besoin dans OBS:

      %if %{undefined rhel_version} || 0%{?rhel_version} < 600
      %if 0%{?mandriva_version}
      %ifarch x86_64
      BuildRequires: lib64wxgtku2.8-devel
      %else
      BuildRequires: libwxgtku2.8-devel
      %endif
      %else
      %if 0%{?suse_version} && 0%{?suse_version} >= 1140
      BuildRequires: wxWidgets-devel
      %else
      BuildRequires: wxGTK-devel
      %endif
      %endif

      bref, à toi de respecter les normes de chaque distro.

      OBS, c'est super, plus d'excuse pour ne pas créer des paquets pour beaucoup de monde (avec des VM pour faire des tests au début, après ça roule tout seul à chaque update)

      • [^] # Re: norme ?

        Posté par . Évalué à  1 .

        Toutes les distribs ont leur robot. Il ne simplifie que peu de chose au final.

        "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

        • [^] # Re: norme ?

          Posté par (page perso) . Évalué à  6 .

          Toutes les distribs ont leur robot.

          Ah oui? Vas-y, envoie les liens.
          Des robots que je peux utiliser, on est bien d'accord, pas des robots que seuls des personnes accréditées peuvent utiliser et ce uniquement pour des logiciels ayant passé 36 filtres de sélections aléatoires.
          OBS, lui, marche pour tout le monde. mais il n'y a pas Mageia, par exemple, alors si je peux avoir un robot pour Mageia…

          Il ne simplifie que peu de chose au final.

          J'apprécie énormément balancer mon source une seule fois, et l'avoir construit pour plusieurs distros 10 minutes à 2 heures (si c'est chargé) après. C'est peut-être peu pour toi, mais pour moi, c'est un manque énorme qu'a comblé OBS. Si je n'avais pas ça, je laisserai pas mal de monde se démerder avec un source (et donc en fait, non utilisé) sous Linux, en attendant que les mainteneurs (qui font ce qu'ils peuvent, je ne leur jette pas la pierre) face une MAJ pour les logiciels qui sont dans leur robot (et tant pis pour les autres).

          • [^] # Re: norme ?

            Posté par (page perso) . Évalué à  1 .

            C'est le principe de poudrière pour FreeBSD et DragonFlyBSD donc ?

            CNRS & UNIX-Experience

            • [^] # Re: norme ?

              Posté par (page perso) . Évalué à  2 . Dernière modification : le 04/05/13 à 22:48

              De ce que je comprend de Poudriere, il n'y a pas de gestion multi-utilisateurs (avec OBS, je peux "piquer" un repo d'un autre en quelques clics), pas de source facilement uploadable par le web suivi des packages dispo et déployables par le web aussi, pas d'intrrface web qui fait le point sur chaque paquet.

              Je ne connais pas Poudriere, mais pour OBS, c'est d'une simplicité : tu créé un projet, tu uploades le source, le .spec et .dsc qui vont bien, et quelques minutes après tu as tes rpm/deb pour les CPU que tu veux. Poudriere peut-il faire ça? Y a-t-il un serveur de référence pour que je teste (car OBS, ce n'est pas seulement un logiciel, c'est aussi des serveurs à disposition)? A mon avis, si le déploiement t’intéresse, tu devrais essayer OBS, tu te fera une opinion rapide par rapport à ce que tu connais.

Suivre le flux des commentaires

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