Journal Quelques RPMs pour Mdk10.1

Posté par  (site web personnel) .
Étiquettes : aucune
0
31
déc.
2004
Bonjour,

Rien de bien exceptionnel mais pour ceux que ça intéresse, j'ai mis quelques RPMs en ligne pour Mdk10.1.



# urpmi.addmedia GCNWeb http:/ /gcnweb.free.fr/RPMS/MandrakeLinux/10.1/ with hdlist.cz

[/!\ Supprimer l'espace dans le http:/ / ci-dessus /!\]

La liste est vraiment courte ;). En fait, il s'agit principalement de paquets que je trouvais un peu vieillots et que j'ai mis à jour.

Pour ceux qui trouvent que les noms de certains paquets sont un peu bizarre, j'ai mis une brève explication ici: http://gcnweb.free.fr/blog/index.php?2004/12/31/29-some-rpms-for-ma(...)

Pour résumer, les paquets qui contiennent "mdk" dans le nom sont issus d'une autre version de Mandrake (Cooker principalement) et sont juste recompilés sous Mandrake10.1.

Pour les paquets contenant "gcn" dans le nom, ce sont des paquets que j'ai créé "from scratch" ou alors, j'ai repris le .spec d'une version plus ancienne et juste mis à jour le tarball inclus dans le .src.rpm (exemple : nxtvepg, tvtime, etc...)

Ceux qui ne contiennent ni "mdk", ni "gcn" sont des paquets compilés "bêtement" à partir du .spec qui était contenu dans le tarball original et pour lesquels je n'ai apporté aucunes modifs.

C'est un peu tordu, mais l'essentiel c'est que les programmes s'installent et semblent fonctionner :).

PS: Je ne suis vraiment pas un expert du packaging de RPMs et je mets ça ici au cas ou cela intéresserait certaines personnes... Juste ma très modeste contribution :).

  • # Aaaaaaaaaah

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

    Ceux qui ne contiennent ni "mdk", ni "gcn" sont des paquets compilés "bêtement" à partir du .spec qui était contenu dans le tarball original et pour lesquels je n'ai apporté aucunes modifs.

    Serait-ce à cause de ce qui se passe par rapport à mozilla?
    Ou juste pour mieux s'y reperer?
    En tout les cas c'est une bonne idée que j'espère beaucoup de monde suivera
    C'est un peu tordu, mais l'essentiel c'est que les programmes s'installent et semblent fonctionner :).
    Tordu ca?
    T'es trop jeune pour connaitre quelque chose de vraiment tordu faut croire ;o)

    PS: Je ne suis vraiment pas un expert du packaging de RPMs et je mets ça ici au cas ou cela intéresserait certaines personnes... Juste ma très modeste contribution :).
    C'est le principe des LL hein :p
    J'espère que tu continuras ça (meme si je risque pas de l'utiliser moi même mais ca devrait interesser du monde)

    • [^] # Re: Aaaaaaaaaah

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

      > Serait-ce à cause de ce qui se passe par rapport à mozilla?
      > Ou juste pour mieux s'y reperer?
      >
      Non, par paresse principalement :). Certains softs fournisse un .spec directement dans le tarball. J'ai fais un "rpmbuild -ta soft.tar.gz" et c'est tout. La prochaine fois, j'éditerai au moins le .spec ;).

      > Tordu ca?
      > T'es trop jeune pour connaitre quelque chose de vraiment tordu faut croire ;o)
      >
      Euh.... Bientôt 29 piges... Et j'ai eu mon premier ordinateur il y a euh.... Euh... ?!?! Ben environ 20 ans (AMSTRAD CPC464 Clavier QWERTY + moniteur monochrome... Que de souvenirs ;).

      Je ne pense pas être ni vieux ni jeune donc ! :)


      Tant que j'y suis... Il m'avait semblé avoir lu, je ne sais plus ou, justement que des mecs souhaitaient mettre en place un système de backports pour, justement, faire comme moi. A savoir prendre des RPMs non critiques de la Cooker pour les recompiler dans la version stable courante. Quelqu'un à des infos à ce sujet ?

  • # .

    Posté par  . Évalué à 2.

    Ceci est une innitiative honorable, mais ne vaudrait t'il pas mieu de centraliser les efforts de backport ?

    Un projet a justement été mis en place, ceci afin de, entre autre:

    1) avoir tout de même des packages de "bonne qualitée" ( ie pas des simple .spec repompé d'autres distrib ou justement des .spec créé par kdevelop )

    2) ne pas avoir 36'000 package de "gaim-derenière-version-bleeding-edge"

    3) garder une certaine cohérance et que par exemple un paquet backporté ne pose pas trop de problème lors de la maj de toute la distrib.

    ---> https://zarb.org/pipermail/backports-discuss/(...)

    • [^] # Re: .

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

      Bon ben tu réponds à ma question ci-dessus et tu me files un lien (encore mieux). Je vais donc, de ce pas m'inscrire à cette ML (je ne connaissais pas son existence).

      Maintenant, comme dis plus haut, si j'ai créé ces RPMs c'est principalement pour mon usage perso mais, puisqu'ils se trouvent être sur un serveur accessible au monde entier, je me suis permis de l'annoncer ici.

      Ceci n'a, bien évidemment, rien d'officiel ou quoique ce soit d'autre. Ceux qui veulent prennent, sinon ben ils passent leur chemin.

      Mais je vais voir dans quelle mesure je peux contribuer/participer au projet de backport dont tu fais mention. Merci pour l'info donc !

Suivre le flux des commentaires

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