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.
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.
Aller plus loin
- Journal à l'origine de la dépêche (98 clics)
- Open Build Service version 2.4 released (76 clics)
- openbuildservice.org (154 clics)
- Open Build Service Reference Guide (21 clics)
- Notes de version (10 clics)
# Et Meego , Mer , Tizen
Posté par rzr (site web personnel) . É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 kadalka . É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 Nicolas Boulay (site web personnel) . É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 première sécurité est la liberté"
[^] # Re: norme ?
Posté par Zenitram (site web personnel) . É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:
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 Nicolas Boulay (site web personnel) . Évalué à 1.
Toutes les distribs ont leur robot. Il ne simplifie que peu de chose au final.
"La première sécurité est la liberté"
[^] # Re: norme ?
Posté par Zenitram (site web personnel) . Évalué à 6.
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…
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 Loïc Blot (site web personnel) . Évalué à 1.
C'est le principe de poudrière pour FreeBSD et DragonFlyBSD donc ?
Veepee & UNIX-Experience
[^] # Re: norme ?
Posté par Zenitram (site web personnel) . Évalué à 2. Dernière modification le 04 mai 2013 à 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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.