• [^] # Re: Packaging sous RedHat/Fedora

    Posté par . En réponse au journal Packaging sous RedHat/Fedora. Évalué à 1.

    > Dans le cas de urpmi et mandrake ce n est pas geré comme cela , tous les paquets OO.org-l10n- "provident" la meme chose ( a savoir OO.org-l10n ) et le paquet OO.org "require" OO.org-l10n donc urpmi voyant que plusieurs paquets provides la meme chose , il donne le choix et donc forcement les langues :)

    C'est une bonne solution mais qui fait une peu "bidouillage".
    Comment se passe les mise à jours de la version 1.1 à 1.2 par exemple ? De nouveau des questions ? Comment faire des mises en batch sans perdre de langues ?
    On tombe sur une réelle limitation de rpm. urpmi fait ce qu'il peut avec ce qui est disponible.

    Sous Fedora pour kde on a :
    kde-i18n-Finnish-3.2.2-2.noarch.rpm
    kde-i18n-Korean-3.2.2-2.noarch.rpm
    kde-i18n-Slovak-3.2.2-2.noarch.rpm

    $ rpm -q --provides -p kde-i18n-Slovak-3.2.2-2.noarch.rpm
    kde-i18n-Slovak = 1:3.2.2-2

    Avantage : on peut installer plusieurs langs, pas de problème de mise à jour.
    Inconvénient : kde-i18n-* n'est jamais installé automatiquement.

    > Pour le tag %lang c est géré par une macro

    Pour cette partie, j'ai dit quelques conneries... Pas pris le temps de vérifier.

    > ( %find_lang )lors de la construction de ton paquet et si tu met tout dans le meme paquet , rpm n installera que la langue definie dans /etc/rpm/macros

    Macro _install_langs ici.
    /usr/lib/rpm/macros
    # A colon separated list of desired locales to be installed;
    # "all" means install all locale specific files.
    #
    %_install_langs all


    Par contre il y a toujours le problème pour ajouter une langue à un système déjà installé.