Raphaël SurcouF a écrit 2609 commentaires

En installant snmptrapd, tu pourras collecter l'interruption SNMP.
Par contre, attention, snmptrapd n'accepte plus toutes les interruptions par défaut depuis la version 5.3 comme il faisait auparavant. Il faut soit le configurer correctement, soit désactiver ce nouveau mode :
http://www.net-snmp.org/docs/man/snmptrapd.conf.html#lbAF

« ..., on peut en faire des militaires. »

Tout ça parce que tout le monde sait très bien que Debian, c'est la meilleure distribution qui soit ! Même pBpG ni Zenitram n'osent pas le contredire, c'est un fait.
Fedora et Windows sont donc de la merde face à Debian (c'est assez gros là ?) !

Oui : c'est exactement le même format.

Beau timing par rapport à la sécheresse des adresses IPv4 !

Pour Windows, en effet, on s'en fout, vu qu'il est déjà pré-installé...

Quant aux autres distributions, on ne se pose pas non plus la question :

Fedora : http://doc.fedora-fr.org/wiki/Télécharger_Fedora#2.C3.A8me_.C3.A9tape_:_Bien_choisir_son_architecture
Gentoo : http://www.gentoo.org/main/en/where.xml

À chaque fois, on trouve des images pour toutes les architectures possibles, même pour les versions minimales. Résultat, faute de se tromper, on prendra la version i386...
Là, Debian te permet d'éviter de te tromper et d'avoir les deux pour le prix d'une image.

Comme on entend parler de KDE à chaque news sur Gnome ou d'Ubuntu à chaque news sur Debian (et inversement). Tu ne peux pas non plus rendre responsable les auteurs du projet des agissements de leurs utilisateurs.
Il faut savoir accepter la diversité dans son ensemble, après tout, s'il existe des projets concurrents, c'est plutôt bon signe, non ?

À deux ans, ma fille faisait plutôt des puzzles ou préférait dessiner.
Mais vers 3 ou 4 ans, tu verras, elle voudra sans doute t'imiter et taper comme toi sur le clavier, manier comme toi la souris, etc...
Et là, j'avoue que Gcompris m'est d'un grand secours. Du coup, elle sait déjà écrire plusieurs mots, connaît l'alphabet et les chiffres sans qu'on ne l'y pousse.

Après, ça doit rester un loisir, éducatif et mais surtout à enlever en cas de punition, comme les dessins animés à la télé ou en DVD. Trop de bêtises ? Plus de ça pendant une semaine, un mois, etc.. Ça ne doit pas devenir un garde-enfant.

As-tu déjà migré sur VirtualBox 4 ?
Si oui, rencontres-tu des problèmes de stabilité avec les vieilles VM ?

La prochaine fois, soit tu copies le fichier vers un autre système, soit tu revois le paramétrage de logrotate pour qu'il agisse y compris lorsque le fichier de journalisation dépasse une certaine taille.
Sinon, pour effacer proprement un tel fichier sans redémarrer ni relancer syslog :
# > /var/log/kern.log
Ainsi, le fichier aura été vidé de son contenu sans remettre en cause son utilisation par d'autres processus.

Merci pour la réponse, je pense que la personne à qui tu fais référence pour l'avoir souligné n'est autre que moi-même.
Pour revenir à RT, sous Debian, je ne trouve pas cela très difficile à installer. Par contre, tout comme Nagios, si tu n'as pas une idée précise de l'organisation de ton SI, tu peux effectivement perdre ton temps en configuration complexes. C'est le revers de tout outil souple et puissant, je pense.

Dans ce type d'outils spécialisés en gestion de tickets, je citerais également Request Tracker ou RT pour les intimes. Je ne suis pas assez érudit en méthodes ITIL pour me permettre d'annoncer la conformité de RT à celles-ci mais, connaissant OTRS et GLPI, RT n'a rien à leur envier en matière de gestion de demandes des utilisateurs. Après 4 ans d'utilisation de GLPI pour une petite équipe d'infogérance, force est de constater que les premiers objectifs de GLPI ont été de répondre à une gestion de parcs informatiques importants mais surtout composés de postes de travail et non de serveurs. Toutefois, c'est l'expérience qui parle et GLPI avait été choisi avant tout pour l'inventaire.

Là où l'on attends impatiemment les liaisons entre tickets, cette fonctionnalité est déjà présente dans RT (et certainement dans OTRS). GLPI n'est pas un mauvais outil en soi mais il faut voir à bien étudier les besoins de votre équipe/entreprise avant de choisir un outil car ce dernier peut être destiné à être utilisé pendant plusieurs mois voire années... Il faut bien voir qu'OTRS et RT sont des projets initiés respectivement en 2002 et 1999 là où GLPI a démarré vers 2004 (si ma mémoire est bonne).

Le point fort de RT est son architecture autour d'un moteur REST et de règles à définir pour gérer les files. À l'image de Nagios qui ne sait qu'ordonnancer des exécutions de plugins, RT ne sait initialement que gérer des files de tickets.
Il est fourni avec bon nombre de modules permettant de l'utiliser une fois installé et d'autres modules permettent encore de l'étendre.

RT::Extension::SLA lui permet de gérer les fameux SLA tandis que RT::Authen::ExternalAuth permet d'idenifier les utilisateurs à partir de bases externes et notamment d'un annuaire LDAP.

J'ai noté que le projet OTRS avait développé un module nommé OTRS::ITSM. Est-ce que quelqu'un l'a déjà utilisé et pourrait nous en faire un retour d'expérience ?

http://en.wikipedia.org/wiki/Request_Tracker
RT::Extension::SLA : http://search.cpan.org/~ruz/RT-Extension-SLA-0.03/lib/RT/Ext(...)
RT::Authen::ExternalAuth : http://search.cpan.org/~zordrak/RT-Authen-ExternalAuth-0.08/(...)

PS : il manque GLPI dans ce tableau http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_sy(...)
PS2 : Autre tableau permettant de connaître les réponses logicielles (libres !) aux méthodes ITIL : http://www.itframeworks.org/wiki/ITIL_tools_(free_software) (j'avoue cependant ne pas comprendre pourquoi ils ont classé Cfengine dans la colonne Monitoring...)

Pour rendre des expressions régulières plus lisibles et, surtout, plus faciles à comprendre, il est recommandé d'utiliser le modificateur /x afin de permettre l'insertion de commentaires.

Exemple :


/
(Y) # buffer 1
( # buffer
(X) # buffer 3
\g{-1} # backref to buffer 3
\g{-3} # backref to buffer 1
)
/x
http://perldoc.perl.org/perlre.html#Regular-Expressions

Tout à fait d'accord :

- Pour mettre des fichiers à disposition : HTTP(S) ;
- Pour déposer des fichiers : WebDAV/HTTP(S).

Avec HTTP comme moyen de transport, même IE supporte WebDAV.

Pour répondre à la question du modérateur, Thruk s'appuie sur un module nommé Excel::Template::Plus qui permet de créer des fichiers OOXML.

Rien ne dit que l'interface d'Icinga pourra être ré-utilisée par d'autres moteurs comme Shinken voire Nagios Core, je le crains.

De quel « protocole » de Nagios parles-tu ?
J'ai bien peur que ce ne soit un mauvais exemple...

Validés par la Mozilla Foundation, ces patches ?

Que les patchs soient mal remontés est une chose, qu'ils soient inaccessibles en est une autre. Si le développeur en amont veut vraiment savoir sur quoi portent les patchs, il peut se procurer les sources du paquet et voir ce qui a été ajouté.

Maintenant, il est étonnant de voir que les développeurs qui s'en plaignent sont toujours des développeurs qui ont une version Windows de leur logiciel. Soit ils prévoient les paquets binaires nécessaires aux distributions, soit ils acceptent que ces dernières fassent elle-même ce travail.

Quant à la réversion, je ne pense pas qu'on puisse comparer ton petit programme et OpenSSL. La licence (Licence_Apache) de ce dernier n'oblige personne à reverser des modifications...

Personne n'est à l'abri d'une erreur.
Cependant, il est assez gonflé de demander des comptes à une société alors que l'anomalie générée par cette a été rapidemment corrigée à la source.

Néanmoins, tu es quand même d'accord sur le fait que les entreprises ont besoin d'une assurance via un prestataire local et que le fait que la distribution (ou le système) ne soit pas conçu par une entreprise soit-disant nationale n'y change pas plus que si elle en était.

Les entreprises « avisées », en France, s'appuient d'abord sur un prestataire envers lequel elles pourront se retourner en cas de problèmes. Le cas de l'AN est emblématique avec un support de 3 ans qui faisait partie de l'appel d'offres.

De même qu'elles ne s'engagent pas directement avec Microsoft ou IBM, elles ne demandent pas à avoir l'éditeur original mais un intermédiaire capable de gérer les différentes relations nécessaires.

Je ne pense pas que l'objectif de Linagora soit de poursuivre la distribution.
Linagora n'a jamais eu besoin de Mandriva pour obtenir l'accès aux grands comptes et a d'ailleurs battu cette dernière pour le marché public de l'AN.
Tout comme Mandriva, Linagora n'a pas la taille nécessaire pour répondre seule aux appels d'offres.

Maintenant, Mandriva a un pied au Brésil, pays émergent, ce qui peut en partie expliquer l'intérêt. Mais reprendre la distribution alors qu'on travaillait déjà sans et même plutôt avec Ubuntu depuis des années, j'en doute. Néanmoins, cela se rapprocherait de sa volonté de devenir un éditeur en plus d'une société de services.

Ah ! C'est gentil de penser à eux ;-)

Il ne faudrait pas confondre Ubuntu avec Debian unstable.
Le paquet de la 0.6.0 a été introduit le 4 mai dans sid. Or, lucid a été publiée le 30 avril...
C'était donc trop tard. Reste le PPA ou attendre maverick.

Sauf qu'en l'occurence, ces personnes ont quittés Linagora, pour des raisons qui leur appartiennent. Le fondateur de FAN travaille à présent pour Merethis, la société éditrice de Centreon (fourni avec la distribution FAN).
Parmi ceux que tu cites abondamment, la seconde personne est également partie.
J'espère que tu leur as évidemment demandé leur avis avant de les citer (y compris la troisième, car il est très facile de deviner à qui tu fais allusion pour n'importe quel linagorien).

Ensuite, travailler sur des projets en amont, c'est bien mais il faudrait également penser à diffuser les dits logiciels en aval, c'est-à-dire auprés des grands comptes, des utilisateurs « normaux ». Et là, oui, Linagora est pragmatique : si le client veut du RedHat, on installe des RHEL, s'il veut Ubuntu, on lui fournit Ubuntu, etc..
Les développements réalisés dans le cadre de prestations fait que la plupart des droits reviennent au donneur d'ordre. Il faut donc avoir l'accord préalable et écrit du client pour pouvoir reverser à la communauté. Nous avons déjà eu le cas d'un patch pour Nagios bloqué ainsi. L'OSSA, le service de soutien en logiciels libres de Linagora, essaie de sensibiliser nos clients sur ce besoin de reversement des modiications mais ce n'est pas toujours évident.

Par ses rachats successifs (AliaSource et peut-être Mandriva), Linagora essaie de devenir un acteur dans le développement de logiciels libres mais demeure à l'origine une société de services.