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
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à ?) !
À 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.
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 ?
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.
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.
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.
# snmptrapd
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Trap SNMP. Évalué à 1.
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
[^] # Re: rétrospective 2010
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 4.
[^] # Re: DEBIAN DEBIAN DEBIAN !!!
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 1.
Fedora et Windows sont donc de la merde face à Debian (c'est assez gros là ?) !
[^] # Re: jigdo, ... mirroirs à Madagascar
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 1.
[^] # Re: IPv6 et squeeze
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 6.
[^] # Re: Netinstall bi-plateforme.
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 3.
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.
[^] # Re: Non à la plaie du "NG" !
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche 96 000 ordinateurs et 44 000 D.A.B. inventoriés avec OCS Inventory NG.. Évalué à 7.
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 ?
[^] # Re: 2ans et déjà devant l'ordi
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Gamine sort en version 1.1. Évalué à 2.
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.
[^] # Re: Retour sur Utilisation
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche (Oracle VM) VirtualBox 4.0. Évalué à 1.
Si oui, rencontres-tu des problèmes de stabilité avec les vieilles VM ?
# > /var/log/kern.log
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Fichier supprimé mais l'espace disque n'est pas liberé. Évalué à 0.
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.
[^] # Re: GLPI pour les neuneus
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Nouvelle version de GLPI et première version de la documentation. Évalué à 1.
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.
[^] # Re: GLPI pour les neuneus
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Nouvelle version de GLPI et première version de la documentation. Évalué à 3.
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...)
[^] # Re: Te bile pas
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 1.
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
[^] # Re: On mélange tout
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche La CCIA publie une lettre accablante contre HADOPI. Évalué à 3.
- 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.
# Export vers Excel
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Publication de Thruk 0.70. Évalué à 2.
[^] # Re: Interface de nagios
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Publication de Thruk 0.70. Évalué à 1.
[^] # Re: Des mises à jour et du grand public
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 2.
J'ai bien peur que ce ne soit un mauvais exemple...
[^] # Re: dépêche pas totalement à jour :-)
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Mandriva Linux 2010.1 Spring est sortie. Évalué à 0.
[^] # Re: fin annoncée...
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal La fin de Freshmeat.net. Évalué à 1.
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...
[^] # Re: re: Une SCOP ?
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Des nouvelles du possible avenir de Mandriva. Évalué à 1.
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.
[^] # Re: re: Une SCOP ?
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Des nouvelles du possible avenir de Mandriva. Évalué à 2.
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.
[^] # Re: menaces
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Des nouvelles du possible avenir de Mandriva. Évalué à 3.
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.
# Greek translation thanks to Achilleas
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Grisbi 0.6 is out !. Évalué à 3.
[^] # Re: Paquets Fedora
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Grisbi 0.6 is out !. Évalué à 1.
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.
[^] # Re: Adieu Mandriva
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Mandriva et Linagora. Évalué à 0.
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.