Page 1 sur 3 123 DernièreDernière
Affiche les résultats de 1 à 10 sur 25

Sujet : [packaging] S'aider pour faire des RPM de qualité pour notre openSUSE

  1. #1
    Caméléon sympa Avatar de passionlinux
    Inscrit
    janvier 2013
    Lieu
    Val d'oise
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    KDE
    Messages
    448

    [packaging] S'aider pour faire des RPM de qualité pour notre openSUSE

    Un peu comme pour debian, https://debian-facile.org/viewtopic....259241#p259241, je propose, n'ayant rien vu auparavant ou si rapprochant, de s'entre-aider pour completer / améliorer l'offre logistique de notre distribution.

    J'ai peu de connaissance, diverse notion venant du monde rpm mais plus coté mandriva et localement, openbuild j'ai beaucoup de mal a comprendre...

    Bref je me dis que si on forme une sorte de collectif pour faciliter l'envois de paquets créés ou maintenus (mis a jour) ça serait bien.

  2. #2
    Nouveau caméléon
    Inscrit
    octobre 2014
    Distribution
    openSUSE Tumbleweed (64 bits)
    Environnement
    KDE
    Messages
    217
    obs à pour page principal https://build.opensuse.org/ tu as obs pour faire sa regarde la doc : http://openbuildservice.org/help/ les packages ainsi créée sont disponible ici : https://software.opensuse.org/search je voie pas pourquoi, ne pas les utiliser. en fin dépôt annexe on à le dépot Packman pour les codes supplémentaire. je trouve qu'il est dommage de se disperser, pour créer des dépot annexe

  3. #3
    Caméléon sympa Avatar de sogal
    Inscrit
    octobre 2016
    Lieu
    Isère
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    Gnome
    Messages
    462
    Salut,

    s/logistique/logicielle non ?

    Ça peut être une bonne idée en effet de dédier un ou plusieurs fils de discussion à ce sujet.
    Voici déjà de la documentation qui m'a bien servie quand j'ai commencé :

    openSUSE:Packaging guidelines - openSUSE
    openSUSE:Build Service Tutorial - openSUSE
    openSUSE:Specfile guidelines - openSUSE
    https://fedoraproject.org/wiki/How_t...an_RPM_package
    https://rpm-guide.readthedocs.io/en/latest/
    https://en.opensuse.org/openSUSE:How...ute_to_Factory

    @david : je ne pense pas que passionlinux parlait de se disperser mais bel et bien de contribuer en créant des paquets pour des logiciels qui ne sont pas encore présents dans openSUSE (dans aucun dépôt).
    Machine pro : Thinpad T450 openSUSE Leap 42.3 | Machine perso : Thinkpad x230 openSUSE Leap 42.3 | Workstation hyperviseur: guess what ?

  4. #4
    Caméléon sympa Avatar de passionlinux
    Inscrit
    janvier 2013
    Lieu
    Val d'oise
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    KDE
    Messages
    448
    Merci David, pour les liens je m'en sers deja meme si je ne suis pas a l'aise avec openbuild, je suis plus a l'aise avec la bonne vieille maniere de faire manuelle avec rpmbuild, mais c'est avec openbuild qu'il faut faire les paquets si on veut aider opensuse alors c'est avec ça que je ferais!

    Merci Sogal, j'avais pas autant trouvé de lien, dont un qui me parait bien plus propre et simple pour bien comprendre le openbuild!
    je ne pense pas que passionlinux parlait de se disperser mais bel et bien de contribuer en créant des paquets pour des logiciels qui ne sont pas encore présents dans openSUSE (dans aucun dépôt).
    Non, non, je ne parle pas de dipersion, je parle de monter une equipe ici pour faciliter la fabrication de paquets et les envoyer soit chez packman ou suse selon le cas, je parle aussi de maintenance, car c'est bien beau de faire des paquets mais le plus chiant c'est l'entretien... On est pas super nombreux mais au vu des outils de opensuse, contrairement a debian qui est vraiment tres fermé (j'ai tenté de faire des uploads de paquets en backport et c'est tout une galere... Et dans le cas de debian je ne parle pas de paquets a creer mais de backport comme par exemple 0ad que j'avais retroporté pour moi et que je voulais envoyer pour faciliter la vie...

    De mon coté la maniere que je connaissais pour faire des rpm etait celle-ci: https://www.linuxtricks.fr/wiki/comp...pm-avec-mageia

    Et je pensais que l'on pourris faire quelque chose (une section d'entraide pour la fabrication de paquet ou l'entretien) comme sous fedora: https://forums.fedora-fr.org/viewforum.php?id=30

  5. #5
    Caméléon sympa Avatar de sogal
    Inscrit
    octobre 2016
    Lieu
    Isère
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    Gnome
    Messages
    462
    Citation Envoyé par passionlinux Voir le message
    Merci David, pour les liens je m'en sers deja meme si je ne suis pas a l'aise avec openbuild, je suis plus a l'aise avec la bonne vieille maniere de faire manuelle avec rpmbuild, mais c'est avec openbuild qu'il faut faire les paquets si on veut aider opensuse alors c'est avec ça que je ferais!
    En fait c'est surtout que ton rpm peut très bien se construire chez toi avec rpmbuild mais échouer sur l'OBS. Les tests ne sont pas les mêmes et l'environnement utilisé peut l'être aussi. Pour être sûr que ça passera, il faut vraiment utiliser la commande osc qui crée un chroot dans lequel le paquet est construit comme si c'était sur l'OBS.

    Citation Envoyé par passionlinux Voir le message
    Merci Sogal, j'avais pas autant trouvé de lien, dont un qui me parait bien plus propre et simple pour bien comprendre le openbuild!


    Non, non, je ne parle pas de dipersion, je parle de monter une equipe ici pour faciliter la fabrication de paquets et les envoyer soit chez packman ou suse selon le cas, je parle aussi de maintenance, car c'est bien beau de faire des paquets mais le plus chiant c'est l'entretien... On est pas super nombreux mais au vu des outils de opensuse, contrairement a debian qui est vraiment tres fermé (j'ai tenté de faire des uploads de paquets en backport et c'est tout une galere... Et dans le cas de debian je ne parle pas de paquets a creer mais de backport comme par exemple 0ad que j'avais retroporté pour moi et que je voulais envoyer pour faciliter la vie...

    De mon coté la maniere que je connaissais pour faire des rpm etait celle-ci: https://www.linuxtricks.fr/wiki/comp...pm-avec-mageia

    Et je pensais que l'on pourris faire quelque chose (une section d'entraide pour la fabrication de paquet ou l'entretien) comme sous fedora: https://forums.fedora-fr.org/viewforum.php?id=30
    On peut voir si une section dédiée est pertinente mais rien n'empêche de le faire déjà si tu as un paquet en tête, il y a déjà plusieurs sujets à propos d'aide requise pour construire tel ou tel paquet.
    Autant je suis convaincu du bienfait de vouloir contribuer en empaquetant des logiciels absents de la distrib, autant je ne suis pas sûr que ce soit pertinent de « formaliser » ça et de le faire en équipe. Peu de monde est dispo/intéressé/veut apprendre à faire ce genre de choses (mais je peux, et espère, me tromper ).
    À mon sens, ce qui serait plus efficace ce serait que les personnes intéressées par contribuer de la sorte choisissent un logiciel manquant (et qui les intéresse évidemment) et commence à essayer de l'empaqueter. Et on sera tous là pour l'aider si y'a besoin, sur le forum ou éventuellement lors de sessions de travail dédiées sur IRC.
    Mais si plusieurs personnes sont motivées, qu'on a une liste de paquets en projet et une bonne communication (bref, un truc un peu carré et qui avance) ça peut être intéressant.
    Dernière édition par sogal; 27/03/2018 à 15h39
    Machine pro : Thinpad T450 openSUSE Leap 42.3 | Machine perso : Thinkpad x230 openSUSE Leap 42.3 | Workstation hyperviseur: guess what ?

  6. #6
    Caméléon sympa Avatar de passionlinux
    Inscrit
    janvier 2013
    Lieu
    Val d'oise
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    KDE
    Messages
    448
    Coucou Sogal,
    Bon je suis de retour sous debian pour le PC fixe mais le portable lui ne bouge plus de leap:p Le fixe sera de retour sous leap certainement avec la 15.
    Sinon, j'ai vraiment du mal a comprendre, j'ai regardé la doc que tu donnes, je me contre donc sur osc, au pire OBS mais admettons, as tu un exemple simple et concret que tu pourrais me faire avec un paquet?

    Par exemple sous debian, je fais ceci:
    Simple retroportage(de SID vers Stable):
    - Je créé mon dossier "nom_logiciel" puis je télécharge les sources Debian si ils sont deja dans SID
    $ apt-get source nom_logiciel

    - changer la version en rajoutant la version et le pourquoi du changement voir changelog*
    $ dch -r

    - Puis je lance la compilation/empaquetage:
    # debuild -uc
    ou
    # dpkg-buildpackage -b -uc

    `fakeroot dpkg-buildpackage -b -uc` afin de ne pas refaire les sources en même temps et de ne pas signer le paquet

    Maintenant, souvent le paquet est la sous debian sid donc pas grand chose a faire pour rapporter sous stable, par contre il y a aussi des cas, fréquent, qu'il n'existe pas sous debian mais sous ubuntu, et là aussi très simple, car debian et ubuntu partage la même base, les libs et paquets sont a 99% avec le meme nom, un paquet source debian et ubuntu n'ont que peu de différences, donc la manipe reste bonne, dernièrement(hier) j'ai fait le paquet (simple) ghostwritter (aussi dispo sous openSUSE). La seule chose est de bien regarder si les paquets buildrequire et dépendances sont bien avec les même noms et des versions communes.

    Or le soucis avec RPM, c'est que les fichiers SPECs n'ont pratiquement rien a voir entre eux, si je regarde Fedora, Mageia, openSUSE c'est dans l'architecture la même chose mais les commandes de compilation et autre ne sont pas les même....
    bref regardons ça ensemble, je reprends le paquet ghostwritter (https://github.com/wereturtle/ghostwriter) que je viens de compiler pour ma debian depuis un source ubuntu:

    - fichier .dsc:
    Code:
    Format: 3.0 (quilt)
    Source: ghostwriter
    Binary: ghostwriter
    Architecture: any
    Version: 1.5.0-1~bpo9+1
    Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
    Uploaders: wereturtle <wereturtledev@gmail.com>
    Homepage: http://wereturtle.github.io/ghostwriter/
    Standards-Version: 3.9.7
    Build-Depends: debhelper (>= 9), qtbase5-dev, libqt5svg5-dev, qtmultimedia5-dev, libqt5webkit5-dev, libhunspell-dev, pkg-config
    Package-List:
     ghostwriter deb editors optional arch=any
    Checksums-Sha1:
     3ec5de705df59a0bbe9ebcaf89eb044ebf4c0d68 726757 ghostwriter_1.5.0.orig.tar.gz
     3ec95ee770cf8d0a57e395d866bb928c392ea7f0 2200 ghostwriter_1.5.0-1~bpo9+1.debian.tar.xz
    Checksums-Sha256:
     7c5fc49a54e74f00193af18ba66d07ccfb08f8d56b3218ae2f075ae913744df2 726757 ghostwriter_1.5.0.orig.tar.gz
     27f0c4c8d00562fd11317c7607fe3c922ce5c1d33dc82af1b746fdc6806e4263 2200 ghostwriter_1.5.0-1~bpo9+1.debian.tar.xz
    Files:
     55eee4b2012a6252092e0ed004627a1a 726757 ghostwriter_1.5.0.orig.tar.gz
     30a4b6ab5b39c5933b198edc989cdb08 2200 ghostwriter_1.5.0-1~bpo9+1.debian.tar.xz
    - le fichier controle:

    Code:
    Source: ghostwriter
    Section: editors
    Priority: optional
    Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
    Uploaders: wereturtle <wereturtledev@gmail.com>
    Build-Depends: debhelper (>= 9),
            qtbase5-dev,
            libqt5svg5-dev,
            qtmultimedia5-dev,
            libqt5webkit5-dev,
            libhunspell-dev,
            pkg-config
    Standards-Version: 3.9.7
    Homepage: http://wereturtle.github.io/ghostwriter/
    #Vcs-Git: git://git.debian.org/collab-maint/ghostwriter.git
    #Vcs-Browser: http://git.debian.org/?p=collab-main....git;a=summary
    
    Package: ghostwriter
    Architecture: any
    Depends: libqt5concurrent5,
             libqt5printsupport5,
             libqt5svg5,
             ${misc:Depends},
             ${shlibs:Depends},
    Suggests: hunspell-dictionary, myspell-dictionary
    Description: Distraction-free, themeable Markdown editor
     ghostwriter is a Markdown editor that provides a themable,
     distraction-free writing environment, along with a live HTML
     preview as you type, easy document navigation with an outline HUD,
     and export to popular document formats with Sundown, Pandoc,
     MultiMarkdown, Discount or cmark processors.  It also features a
     live word count and auto-save. Eliminate distractions in
     fullscreen mode, or concentrate on the current text you are writing
     in focus mode.  It even remembers your last opened file and position
     within the file, so you can pick up where you last left off.
    - le fichier rules:
    Code:
    #!/usr/bin/make -f
    
    export QT_SELECT=qt5
    
    %:
        dh $@ --parallel
    suite...
    Dernière édition par passionlinux; 28/03/2018 à 12h25

  7. #7
    Caméléon sympa Avatar de passionlinux
    Inscrit
    janvier 2013
    Lieu
    Val d'oise
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    KDE
    Messages
    448
    dans les deux cas ubuntu et debian, ça change pas, j'ai juste maté si les dep étaient bonnes, j'aurais pu toucher aussi au mainteneur et y mettre mon nom, mais c'est pour moi perso alors je m'en fou et puis ce source ne vient pas de moi!

    Maintenant, attaquons nous aux RPM:

    Le SPEC openSUSE:

    Code:
    #
    # spec file for package ghostwriter
    #
    # Copyright (c) 2017 SUSE LINUX GmbH, Nuernberg, Germany.
    #
    # All modifications and additions to the file contributed by third parties
    # remain the property of their copyright owners, unless otherwise agreed
    # upon. The license for this file, and modifications and additions to the
    # file, is the same license as for the pristine package itself (unless the
    # license for the pristine package is not an Open Source License, in which
    # case the license is the MIT License). An "Open Source License" is a
    # license that conforms to the Open Source Definition (Version 1.9)
    # published by the Open Source Initiative.
    
    # Please submit bugfixes or comments via http://bugs.opensuse.org/
    #
    
    
    Name:           ghostwriter
    Version:        1.5.0
    Release:        0
    Summary:        A distraction-free Markdown editor
    License:        GPL-3.0+
    Group:          Productivity/Text/Editors
    Url:            https://wereturtle.github.io/ghostwriter
    Source:         https://github.com/wereturtle/ghostwriter/archive/v%{version}.tar.gz#/%{name}-%{version}.tar.gz
    BuildRequires:  gcc-c++
    BuildRequires:  hicolor-icon-theme
    BuildRequires:  libqt5-linguist
    BuildRequires:  pkgconfig
    BuildRequires:  update-desktop-files
    BuildRequires:  pkgconfig(Qt5Concurrent)
    BuildRequires:  pkgconfig(Qt5Core)
    BuildRequires:  pkgconfig(Qt5Multimedia)
    BuildRequires:  pkgconfig(Qt5MultimediaWidgets)
    BuildRequires:  pkgconfig(Qt5PrintSupport)
    BuildRequires:  pkgconfig(Qt5Svg)
    BuildRequires:  pkgconfig(Qt5WebKit)
    BuildRequires:  pkgconfig(Qt5WebKitWidgets)
    BuildRequires:  pkgconfig(hunspell)
    Requires(post): hicolor-icon-theme
    Requires(post): update-desktop-files
    Requires(postun): hicolor-icon-theme
    Requires(postun): update-desktop-files
    Recommends:     %{name}-lang
    Recommends:     multimarkdown
    Suggests:       MultiMarkdown-5
    Suggests:       MultiMarkdown-6
    Suggests:       cmark
    Suggests:       discount
    Suggests:       pandoc
    Suggests:       texlive-context
    Suggests:       wkhtmltopdf
    
    %description
    ghostwriter is a text editor for Markdown, which is a plain text
    markup format. For more information about Markdown, please visit John
    Gruber’s website at http://www.daringfireball.net. ghostwriter
    provides a relaxing, distraction-free writing environment.
    
    %lang_package
    
    %prep
    %setup -q
    
    %build
    lrelease-qt5 %{name}.pro
    %qmake5 PREFIX=%{_prefix}
    %make_jobs
    
    %install
    %qmake5_install
    %suse_update_desktop_file -r %{name} TextEditor
    %find_lang %{name} --with-qt
    
    %post
    %desktop_database_post
    %icon_theme_cache_post
    
    %postun
    %desktop_database_postun
    %icon_theme_cache_postun
    
    %files
    %doc README.md CREDITS.md COPYING
    %{_bindir}/ghostwriter
    %dir %{_datadir}/appdata
    %{_datadir}/appdata/ghostwriter.appdata.xml
    %{_datadir}/applications/ghostwriter.desktop
    %{_datadir}/icons/hicolor/*
    %{_mandir}/man1/ghostwriter.1%{ext_man}
    %{_datadir}/pixmaps/ghostwriter.xpm
    
    %files lang -f %{name}.lang
    %dir %{_datadir}/ghostwriter
    %dir %{_datadir}/ghostwriter/translations
    
    %changelog
    et celui de sa cousine Fedora:

    Code:
    %global _hardened_build 1
    %define debug_package %{nil}
    
    Summary: ghostwriter: A cross-platform, aesthetic, distraction-free Markdown editor
    Name: ghostwriter
    Version: 1.5.0
    Release: 1%{?dist}
    License: GPLv3+
    Group: Development/Tools
    URL: http://wereturtle.github.io/ghostwriter/
    Source0: https://github.com/wereturtle/ghostwriter/archive/v%{version}.tar.gz
    BuildRequires: gcc gcc-c++ make
    BuildRequires: qt5-devel qt5-qtbase-devel qt5-qtsvg-devel qt5-qtwebkit-devel
    BuildRequires: qt5-qtmultimedia-devel hunspell-devel pkgconfig
    Requires: qt5-qtbase qt5-qtwebkit qt5-qtsvg qt5-qtmultimedia hunspell
    
    %description
    ghostwriter is a Windows and Linux text editor for Markdown, which is a plain
    text markup format created by John Gruber. For more information about Markdown,
    please visit John Gruber’s website at http://www.daringfireball.net.
    
    ghostwriter provides a relaxing, distraction-free writing environment, whether
    your masterpiece be that next blog post, your school paper, or your NaNoWriMo
    novel.
    
    %prep
    %autosetup
    
    %build
    qmake-qt5 PREFIX=%{_prefix}
    make %{?_smp_mflags}
    
    %install
    export INSTALL_ROOT=%{buildroot}
    make install
    
    %files
    %{_bindir}/ghostwriter
    %{_datarootdir}/ghostwriter/*
    %{_datarootdir}/appdata/ghostwriter.appdata.xml
    %{_datarootdir}/applications/ghostwriter.desktop
    %{_datarootdir}/icons/hicolor/*/apps/ghostwriter.*
    %{_mandir}/man1/*
    %{_datarootdir}/pixmaps/*
    %doc COPYING CREDITS.md
    
    %changelog
    * Wed Feb 28 2018 Machiel Molenaar <machiel@machiel.me> - 1.5.0-1
    - Update to v1.5.0
    
    * Thu Dec 15 2016 Arun Babu Neelicattu <arun.neelicattu@gmail.com> - 1.4.2-1
    - Initial version v1.4.2
    Rien que pour partir depuis un Spec Fedora, je ne suis plus capable de savoir exactement ce qui est bon ou pas.

    Comment fais tu toi de ton coté avec osc?

  8. #8
    Caméléon sympa Avatar de sogal
    Inscrit
    octobre 2016
    Lieu
    Isère
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    Gnome
    Messages
    462
    Bonsoir,

    Tu parles de beaucoup de choses à la fois, ça peut être utile d'en repréciser certaines.
    En préambule, je tiens à dire que je ne suis pas expert en empaquetage RPM hein tout ce que je dis n'est que ce que j'ai appris depuis que j'ai voulu faire mon premier paquet pour mon Tilix adoré il y a un peu moins d'un an maintenant. C'est donc à lire comme tel.

    Les outils :


    Tout d'abord, l'OBS. C'est au final un simple « logiciel » ou plutôt une plateforme de développement et de build.
    openSUSE en administre et met à disposition une instance ( http://build.opensuse.org/ ) que nous utilisons et qui comporte une interface Web.
    Il existe également osc : un client en ligne de commande pour interagir avec l'instance d'OBS d'openSUSE.

    Le specfile :

    Je n'ai jamais trop fait de paquet complètement pour Debian, mais un specfile pour RPM contient dans un seul fichier :
    • les metadonnées du paquet
    • les variables à utiliser dans ce specfile
    • les dépendances de construction
    • les dépendances d'exécution
    • les instructions de compilation
    • les instructions d'empaquetage
    • les instructions d'installation
    • le cas échéant, un changelog


    Cas pratique :


    On va prendre par exemple le lgociel tty-clock, une chouette horloge pour console.

    Création du paquet via osc :

    (on considère que le compte sur l'OBS openSUSE est créé et qu'osc est configuré)

    Code:
    osc mkpac tty-clock
    Le specfile pour tty-clock :

    Méta données :

    Code:
    #
    # spec file for package tty-clock
    #
    # Copyright (c) 2018 SUSE LINUX GmbH, Nuernberg, Germany.
    #
    # All modifications and additions to the file contributed by third parties
    # remain the property of their copyright owners, unless otherwise agreed
    # upon. The license for this file, and modifications and additions to the
    # file, is the same license as for the pristine package itself (unless the
    # license for the pristine package is not an Open Source License, in which
    # case the license is the MIT License). An "Open Source License" is a
    # license that conforms to the Open Source Definition (Version 1.9)
    # published by the Open Source Initiative.
    
    # Please submit bugfixes or comments via http://bugs.opensuse.org/
    #
    
    Name:           tty-clock
    Version:        2.3
    Release:        0
    License:        BSD-3-Clause-LBNL
    Summary:        Clock using lib ncurses
    Url:            https://github.com/xorg62/tty-clock
    Group:          Productivity/Utilities
    Source:         https://github.com/xorg62/tty-clock/archive/v2.3.tar.gz

    Dépendances de construction (une seule ici)


    Code:
    BuildRequires:  ncurses-devel
    Pas de dépendances d'exécution mais on aurait pu avoir par exemple : Requires: libncurses6)

    Code:
    BuildRoot:      %{_tmppath}/%{name}-%{version}-build
    Description du paquet utilisée par RPM :

    Code:
    %description
    tty-clock is a simple clock for terminals using lib ncurses.
    Préparation des sources (décompresser l'archiver, préparer l'arborescence de construction) :

    Code:
    %prep
    %setup -q
    Compilation :

    Code:
    %build
    make %{?_smp_mflags}
    Installation (dans l'arborescence de construction du paquet) :

    Code:
    %install
    make install PREFIX=%_prefix DESTDIR=%{buildroot} %{?_smp_mflags}
    Suivi des fichiers installés :

    Code:
    %files
    %defattr(-,root,root)
    %doc README
    %{_bindir}/%{name}
    %{_mandir}/man1/%{name}.1.gz
    Changelog (chez openSUSE, il est mis à part, dans le fichier tty-clock.changes) :

    Code:
    %changelog
    Construction en local :

    Imaginons que dans mon dépôt home:sogal (mon compte sur l'OBS) j'ai activé les dépôts openSUSE Leap 42.3 et openSUSE Tumbleweed en x86_64 (64bits) puisque c'est pour ces distributions et cette architecture que je souhaite créer mes paquets, je vais pouvoir construire mon paquet sur ma machine, en local, dans un environnement similaire à celui qu'utilisera l'OBS :

    Code:
    osc build openSUSE_Leap_42.3 x86_64
    Là, un chroot est créé puis la compilation se lance. Si ça réussi, on continue, sinon on voit ce qui ne va pas (typo dans le specfile ou dépendance manquante, etc...).

    Création du changelog :

    Pour éditer le fichier tty-clock.changes, je peux utiliser la commande suivante qui fait appel à mon éditeur préféré (défini par la variable d'environnement du shell « EDITOR »):

    Code:
    osc vc
    Pousser son travail sur l'OBS :

    Code:
    osc ci
    Là le contenu de mon dossier tty-clock est poussé dans mon home:sogal sur l'OBS qui commence à le construire.
    Au bout d'un moment, on peut récupérer les résultats, soit directement via l'interface Web, soit via :

    Code:
    osc results
    Voilà déjà une description basique des étapes, du moins de mon flux de travail. Bien entendu c'est un exemple simple et les « recettes » de constructions peuvent être bien plus complexes selon les programmes à empaqueter.
    Machine pro : Thinpad T450 openSUSE Leap 42.3 | Machine perso : Thinkpad x230 openSUSE Leap 42.3 | Workstation hyperviseur: guess what ?

  9. #9
    Caméléon sympa Avatar de passionlinux
    Inscrit
    janvier 2013
    Lieu
    Val d'oise
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    KDE
    Messages
    448
    Alors la Sogal c'est royal, tu me confirmes donc que OSC est belle et bien la même chose que OBS mais sur son PC, si on a pas de compte OBS on ne peut utiliser OSC, qui interagit avec OBS pour faire des paquets.

    Donc autant passer directement par le site OBS.
    En tout cas un gros merci car ça c'est de la démonstration, digne de figurer dans un tuto! Je garde ça sous le coude

  10. #10
    Caméléon sympa Avatar de sogal
    Inscrit
    octobre 2016
    Lieu
    Isère
    Distribution
    openSUSE Leap 42.3 (64 bits)
    Environnement
    Gnome
    Messages
    462
    Citation Envoyé par passionlinux Voir le message
    Alors la Sogal c'est royal, tu me confirmes donc que OSC est belle et bien la même chose que OBS mais sur son PC, si on a pas de compte OBS on ne peut utiliser OSC, qui interagit avec OBS pour faire des paquets.
    Ou alors tu peux utiliser osc si tu utilises une autre instance de l'OBS que celle fournit par openSUSE (comment ça tu ne veux pas monter ton propre serveur à la maison et y installer OBS ? :p )

    Citation Envoyé par passionlinux Voir le message
    Donc autant passer directement par le site OBS.
    Hum...non, pas vraiment. Ça peut rassurer au début mais tu verras vite que c'est chiant et contre-productif. Plusieurs raisons à mon sens :


    • interface Web = plus lent, moins flexible pour ajouter/supprimer tes fichiers ;
    • au début tu vas beaucoup tester, te planter, recommencer, apprendre : chacun de tes tests va se construire en utilisant les ressources des mêmes serveurs qui construisent la distrib, il vaut donc mieux que tu testes en local d'abord pour ne pas les faire booser « pour rien  » en quelque sorte. Quand ton paquet se construit bien, là tu peux pousser ton travail (la commande osc ci ci-dessus) sur les serveurs de l'OBS ;
    • tu passerais à côté de l'occasion d'apprendre à utiliser un outil puissant qui te permet non seulement de construire tes paquets, mais aussi gérer les requêtes, créer des branches etc...

    Citation Envoyé par passionlinux Voir le message
    En tout cas un gros merci car ça c'est de la démonstration, digne de figurer dans un tuto! Je garde ça sous le coude
    Avec plaisir, ce n'est qu'une intro mais ça devrait t'aider à démarrer
    Machine pro : Thinpad T450 openSUSE Leap 42.3 | Machine perso : Thinkpad x230 openSUSE Leap 42.3 | Workstation hyperviseur: guess what ?

Tags pour ce sujet

Règles des messages

  • Vous ne pouvez pas créer de sujets
  • Vous ne pouvez pas répondre aux sujets
  • Vous ne pouvez pas importer de fichiers joints
  • Vous ne pouvez pas modifier vos messages
  •  
  • Les BB codes sont Activés
  • Les Smileys sont Activés
  • Le BB code [IMG] est Activé
  • Le code [VIDEO] est Activé
  • Le code HTML est Désactivé