Reprise du message précédent :

 
ok, c'est ce qui me semblait, la commerciale a bien voulu m'entuber  
 
merci

Après si t'as pas besoin de support, c'est quand même mieux de passer sur une CentOS pour bénéficier des mises à jour...

 
J'ai une bonne partie des mes Red hat qui sont pas sur internet, du coup je fais les maj des packages à la main.
 
Les maj, on parle bien des maj de release?  

On parle de toutes les MAJ (c'est l'accès aux dépôts qui sera non fonctionnel).
Après si tu le fais à la main, pas de souci à priori.

Hello le topic.
Je suis à la recherche d'un X server le plus léger possible (nombre de paquets à installer, RAM consommée) pour un CentOS 7 construit depuis une version minimale.
Gnome c'est dans mon environnement +886 packages et 700Mo, je me dis qu'il y a moyen de faire mieux.

Gnome et légèreté sont assez antinomiques. On peut l'alléger mais autant changer de DE pour un plus léger de base, c'est à dire tous en fait.

Et parmi les plus légers, est-ce qu'il y en a un qui se détache ?

Les goûts et les couleurs... c'est difficile de te répondre
Déjà faut voir si tu veux juste un gestionnaire de fenêtres (awesome ?), ou un gestionnaire de bureau (lxde, xfce, e21, ...).

Juste un gestionnaire de fenêtres
Je vais regarder awesome de ce pas

Tu peux regarder  du côté de fluxbox aussi (vraiment minimaliste pour le coup)

Dites les guruZ, est-ce que sous CentOS ya moyen de précharger les updates?
J'ai des release en prod mais je dois également faire un petit update système (j'ai du CentOS 7.1). Pour minimiser le temps de down, j'aimerais avoir déjà les updates préchargés...
C'est possible ça?
 
Merci pour votre aide

Oui avec yum-cron tu peux lui dire de récupérer les MAJ, mais de ne pas les appliquer (de mémoire).

Après pour du ponctuel tu as l'option --downloadonly de yum install (de mémoire toujours).

Tu as un openldap avec ppolicy activée sur ta prod ?
Hier je me suis pris le bug https://bugzilla.redhat.com/show_bug.cgi?id=1487857 (yum update tout simple centos 7.3->7.4)
C'est pas downtime-minimisant quand tu t'y attends pas ...

 
Super, merci pour tes réponses, je vais voir tout ça de plus près
 

 
Non, j'ai bien un openldap, mais de base, donc no souci. Merci pour le bug, je connaissais absolument pas!
Sur certaines machines je vais faire un update, mais sur certaines autres yaura carrément une réinstall de zéro, donc j'aurai le temps de voir si j'ai des emmerdes liées à l'update

des idées d'outils simple pour faire un espèce de chat façon irc? sur un serveur non connecté à Internet  
 
Merci

Un serveur Jabber ?

 
J'ai essaye via tuleap sans succès

Connais pas. Moi j'utilise prosody.

 
c'est un outil collaboratif, et dedans y a un plugin "instant messenger" utilisant jabber
 
je vais regarder pour prosody

on est d'accord que j'ai pas besoin de SRV records, si je suis sur le même domaine?

Je pense que si, le client en aura besoin pour savoir qui contacter.
Sauf peut-être si le nom de ta machine est le nom de ton domaine jabber.
Dans tous les cas ces enregistrements n'ont pas besoin d'être publics, ni sur un domaine public.

 
Je test avec Gajim, j'ai mis le nom entier de mon serveur pour le compte  
 
mon serveur, c'est ServXXX.mondomaine.com
 
Dans Virtual host du fichier de conf, j'ai mis mondomaine.com
 

ca a l'air de marcher sans, j'avais un soucis sur une règle du firewall  

Cool, ça dépends des clients je pense

bon la je fais des tests pour les MUC
 
tu utilises quoi comme client ?

Moi Jitsi, mais mes collègues utilisent Empathy pour la plupart.
Après on a un client sous la forme d'un plug-in Jenkins, et un autre qui est un script que j'ai développé avec une lib Python (je crois que c'est là qu'il avait fallu que je mette en place les enregistrements SRV).

ok
 
je vais plus partir sur des clients windobe je pense

Tu utilises les MUC toi? je galère  

Oui, c'était même le principal intérêt du Jabber (Avoir des salons de discussion pour se faire incendier par Jenkins quand un build fail ou être alertés d'une panne quelconque).
 
En standard avec prosody, les salons sont nommés toto@conference.<ton.domaine>
Donc faut déclarer ce nom DNS sur ta machine en plus.
Y a aussi des SRV, mais j'imagine que ça ne vaut que quand tu veux être joignable depuis d'autres serveurs Jabber.

dans la doc si j'ai bien compris, ils disent aussi que le serveur DNS est utile que pour être accessible depuis d'autre serveur :  
 
https://prosody.im/doc/chatrooms
 
pour l'instant j'ai juste rajouter la ligne :  
 
Component "projet.mondomaine" "muc"
 
dans le  prosody.cfg.lua mais j'arrive pas à rejoindre avec mes 2 clients  
 

Pour rejoindre c'est nom_du_salon@projet.mondomaine.com et pas juste projet.mondomaine.com, c'est bien ça que tu fais ?

 
 
mmm je crois que j'ai rien compris    
 
Je pensais qu'il fallait mettre une ligne à chaque fois, genre salon1.mondomaine.com, salon2.mondomaine.com
 
projet dans ce cas, c'est juste un nom d'alias?  
 
Rien à voir avec le salon en lui même?  
 
Si je veux crée 3 salons, disons salons1 salons2 et salons 3, c'est dans les dns?

Ce que tu définis dans prosody, c'est le nom du virtualhost qui est dédié à héberger tes salons. En général c'est conference.<ton.domaine> mais tu peux mettre salons.<ton.domaine> ou ce que tu veux (ça relève juste du nommage standard, mais sans obligations).
 
Ensuite tes utilisateurs peuvent créer autant de salon qu'ils veulent :
projet1@conference.<ton.domaine>, projet2@conference.<ton.domaine>
 
T'as pas besoin d'enregistrer un DNS à chaque fois donc, heureusement

 
a ok  
 
En faite j'aimerai faire des salons qui restent, même si ils sont vides, et si possible avec l'histo

Pour l'histo, voir si ça te convient : https://modules.prosody.im/mod_muc_log.html
 
Sinon y a une option pour dire combien de message renvoyer à un nouvel utilisateur : https://prosody.im/doc/modules/mod_muc
 
Pour que les salons persistent, c'est une option quand tu les créées ou que t'en es le propriétaire, c'est ton client qui te permet (ou pas) de configurer ça.

ok merci
 
je test pidgin la

comment tu gérais la création de compte?

Relié à un annuaire LDAP, pas besoin de créer les comptes.
Par contre c'est la misère pour configurer le lien avec un annuaire LDAP

 
ouai et dans mon cas,  c'est encore plus la misère, je suis sur 2 réseaux différents.  
 
Par contre normalement on peut autoriser la création de compte, ce que j'ai fait, mais ca fait une erreur depuis le client  

Tu as fait des tests avec Thunderbird?