Ajout du repository (dépôt) "sme7contribs" pour sme 8

[arnaud056]

Salut,
je poste ceci afin de partager ce lien https://wikit.firewall-services.com/doku.php?id=extras_repo où tout est là pour ajouter le dépôt précité ainsi que d'autres.
C'est tout.
@+
Arnaud

[arnaud056]

salut,
complétons donc ce topic...
- afficher la liste des dépôts installés

Code: Tout sélectionner

# /sbin/e-smith/audittools/repositories

La liste des dépôts indique aussi si ceux-ci sont "actifs" car un dépôt installé n'est pas automatiquement actif!!

- pour activer sme7contribs par ex:

Code: Tout sélectionner

# db yum_repositories setprop sme7contribs status enabled
# signal-event yum-modify


Sources de ces explications: http://smeserver.pialasse.com/index.php/Yum et http://geekeries.de-labrusse.fr/?p=629

@+ et bonne année.
Arnaud

[sibsib]

Hello,

Pas forcément une bonne idée de mettre ce repo en actif permanent... Il me semble plus judicieux d'ajouter à la commande yum l'option --enablerepo=sme7contribs

Ceci n'engage que moi

A+,
Pascal

[arnaud056]

ah,ah!!!
Pourrais-tu stp nous expliquer pourquoi?
Merci
Arnaud

[sibsib]

Tiens, je pense qu'elle pourrait rejoindre le newbee kit, celle là

En fait, tout n'est pas forcément bon à prendre dans le repository des contribs, il peut y avoir des contribs qui sont incompatibles entre elles. Il parait donc (à mon sens) plus raisonnable d'installer explicitement depuis le repository des contribs, plutôt que de risquer, en faisant un yum install de récupérer certains paquets qu'on ne souhaitait pas forcément.

Cà, c'est le cas général pour smecontribs

Maintenant, dans la cas spécifique que tu cites (utiliser le repository de SME 7 pour SME , çà me parait encore plus indispensable, dans le sens où, si une contribs n'est plus compatible SME8, et est remplacée par un produit équivalent, (qui sera alors hébergé dans smecontribs, le repo des contributions pour SME . En mettant le repos de la version 7 en automatique, on augmente le risque de mettre une contrib non compatible (et, normalement, ce sera de plus en plus vrai au cours du temps).

A+,
Pascal

[arnaud056]

Merci bien pour tes indications!
Même si je me "doutais fortement" des raisons, je n'avais pas pensé au fait que durant la résolution de dépendances, yum peut alors à notre insu "récupérer" des paquets non compatibles...
Je suis bien content d'avoir posé la question.
@+
Arnaud