Raphaël SurcouF a écrit 2609 commentaires

Attention : il semblerait qu'une omission dans le code empêche la bonne marche de la compilation.
http://thread.gmane.org/gmane.network.nagios.user/73630

Personnellement, j'ai commencé à utiliser Ubuntu parce que j'étais un utilisateur de Debian ET de Gnome (et aussi un gros fainéant). Disposer de mon environnement favori dès l'installation était donc un plus. Ce qui m'a fait basculer, c'est un énième bug sous Debian sid empêchant mon imprimante de fonctionner. Là aussi, la différence avec Debian, qui ne sortait que lorsque c'était prêt, c'est qu'Ubuntu propose un modèle complètement différent avec deux sorties fixes par an. Il était donc enfin possible d'avoir une distribution stable avec des mises à jour régulière et pas dans deux ans. Et sans parler de la LTS qui permet d'avoir un poste de travail soutenu sur trois ans.

Arrêter le choix d'Ubuntu simplement sur l'intégration de tel ou tel logiciel est donc déplacé. Le fonctionnement des deux distributions est complètement différent.

Ensuite, prétexter qu'Ubuntu est réservée aux débutants pour passer à Debian est une escroquerie intellectuelle mais c'est sans doute plus facile à dire pour moi qui utilisait déjà Debian avant. Rien n'empêche encore de choisir Gnome3 à la place de Unity. Et puis si on compare ces deux derniers, la différence n'est pas aussi notable qu'avec Gnome2. Cela respire donc davantage le changement pour se sentir un peu plus barbu qu'avant…

Dans un grand compte, ce n'est pas à toi, simple utilisateur, de décider des applications que tu peux ou non installer sur ton poste de travail.
Bien souvent, tu n'auras même pas les privilèges nécessaires pour installer quoique ce soit. Cela fait partie de la sécurité de l'entreprise et du travail des équipes chargées de mettre à jour les postes de travail. Quant à savoir si elles sont réactives aux demandes, c'est une autre question.

Quant aux smartphones et clés 3G ? En général, c'est rigoureusement interdit explicitement par la Charte. Cela peut pousser (comme pour limiter les simples clés USB) à interdire les connexions USB, tout simplement. L'abus entraîne l'abus.

Ce plugin peut sans doute t'aider :
https://forge.indepnet.net/projects/customfields

Sauf que ce n'est pas Android mais un dérivé d'Android : Asteroid.
L'idée est sympa mais du coup, ça limite pas mal au niveau logithèque.

OTRS dispose d'un module nommé OTRS::ITSM pour la partie ITIL.
Maintenant, ITIL reste un recueil de bonnes pratiques en production informatique, pas une religion.

C'est malheureusement oublier la précédente polémique pour hotbabe :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=283578
http://lwn.net/Articles/113644/

Sauf que .. ce n'est pas légal.

Oui, il est tout à fait possible d'éditer des fichiers :
http://www.cfengine.org/manuals/cf3-reference.html#action-in-_002a

Parler de version récente pour la version 3, c'est un tout petit peu osé : la sortie en question date tout de même de décembre 2008 !
Cela fait même furieusement penser à une publi-information de la part de Normation...

Pour obtenir les informations des serveurs Nagios, Icinga ou Shinken, Thruk s'appuie essentiellement sur MKLivestatus. Comme les trois supportent ce addon pour publier les status des objets qu'ils surveillent, il est possible pour Thruk d'avoir ainsi accès aux différentes données, quelque soit la source. De plus, il n'est pas nécessaire que Thruk soit installé sur le même serveur que Nagios/Icinga/Shinken car MKLivestatus est également accessible via une socket TCP.

Dans la phrase « SNMP (v1,2,2c) permet de récupérer des données sur les imprimantes, commutateurs réseau, ordinateurs, lames et pare‐feux  », il n'y a aucune mention de la version 3 du protocole. Est-elle supportée ? Dans mon contexte professionnel, ce serait rédhibitoire...
Par ailleurs, la version 2 n'existe pas, on parle uniquement de 2c (pour community).

Suite à la publication de la nouvelle version majeure de RT, les auteurs de RT::Authen::ExternalAuth, un module permettant d'identifier les utilisateurs depuis un annuaire LDAP ou n'importe quelle base d'utilisateurs accessible via le module DBI, ont également publié une mise à jour de ce dernier, la 0.09.
Outre de nombreuses corrections, cette version offre le support des version 3.8.10 et 4.0.0 de RT :
http://blog.bestpractical.com/2011/05/rt-authen-externalauth-009-released.html

Bien que certaines documentations soient assez anciennes, elles devraient néanmoins te permettre d'appréhender la philosophie du logiciel.
En fait, la première chose qu'il faut définir, c'est le workflow de ton suivi d'incidents car, à ce niveau, RT est très souple.

Les différents articles parus dans GLMF :
1. Installation de Request Tracker
2. Paramétrage et administration de Request Tracker
3. Utilisation de RT, impact organisationnel, extensions de RT

Sans oublier un wiki dédié à RT : http://requesttracker.wikia.com/wiki/HomePage

Le projet GOsa est notoirement bâti sur plusieurs schémas LDAP propriétaires et non standards.
Seront-ils conservés malgré leurs noms (gosa*) ou est-il envisagé de prendre une direction plus standard en utilisant un maximum de schémas standards et en réservant les schémas spécifiques là il n'y apas le choix (fai, dnsZone, dhcp, etc.) ?

Je ne chache pas l'espoir, derrière cette question, de pouvoir disposer d'un GOsa épuré de schémas « inutiles ».

Même evince a eu des failles de sécurité, bon certes, moins que ses équivalents propriétaires ! Et il y a une version pour Windows, qui demande le peuple ?

http://www.certa.ssi.gouv.fr/site/CERTA-2011-AVI-005/CERTA-2011-AVI-005.html http://live.gnome.org/Evince/Downloads

J'ajouterais également que cela est dû à une politique de réductions des coûts qui donne lieu à une externalisation à outrance des ressources informatiques.
Ce sont donc des SSII qui fournissent des applications (laquelle prime toujours sur le système et les réseaux) qui ont souvent besoin d'avoir des privilèges administrateurs alors qu'il s'agit, en principe, d'un client « léger » écrit en Java...
Quant au réseau, ces applications ont du mal dès qu'il y a le moindre proxy ou DMZ : à croire que les développeurs rédigent leurs foutues applications dans un LAN... Avec tout ce patchwork, il est encore étonnant qu'il n'y ait pas plus de failles. En fait, il est fort possible que celle-ci soit l'arbre qui cache la forêt...

Et pourtant, va expliquer aux utilisateurs que, non, le format PDF n'est pas exempt de virus et qu'il peut exécuter certaines directives : il n'est pas figé mais dynamique (merci Adobe). Il suffit de voir le nombre d'alertes sur les différents lecteurs PDF publiées par le CERTA.

Pour l'instant, seul le ministère des Finances semble touché.

Linagora n'a pas le CA nécessaire pour attaquer directement les marchés publics de cette ampleur. De plus, l'article que tu cites a au moins 5 ans... Les marchés publics ont une durée de 3 ans. Les relais de messagerie extérieurs étaient, à l'époque, des postfix sous Solaris 8. Mais en interne, ils avaient énormément de postes sous Windows avec Outlook...
Qui dit Outlook, dit Exchange et quant aux anti-virus, peu ou pas de Clamav. Donc, oui, y a du libre mais de là à accuser postfix de ne pas bloquer les virus...

Sauf que, ce qu'il disait et que le lien prouve, c'est que Stephen Elop fait bien partie des 10 premières personnes pĥysiques à détenir des actions MSFT. Certes, vu les scores des deux premiers, cela est à relativiser mais maintenant, il est PDG de Nokia.

Ce qui ne change en rien le mauvais accueil de WP7...

Américain, Finlandais...
Qu'est-ce qu'on s'en moque après tout : tout est construit en Chine...
Et ne parlons même pas des capitaux ni des dirigeants (Stephen Elop est canadien) des multi-nationales (d'ailleurs, y a multi dans le nom)...
Il est désuet de faire du patriotisme économique (sans s'ils emploient massivement dans un pays, et encore...).

Stéphane Bortzmeyer a également étudié le sujet :
http://www.bortzmeyer.org/synch-calendar-android.html

Ce qui peut signifier que la stratégie de Nokia pour 2011 était déjà établie et planifiée.