Revision [2977]

Last edited on 2010-03-20 02:13:27 by BenoitAudouard [gendarmerie]
Additions:
~- parler du retour d'expérience de la gendarmerie française, que OpenOffice.org ?


Revision [2973]

Edited on 2010-03-19 22:39:26 by BaudAdmin [gendarmerie]
Additions:
~~- erreurs d'implémentation dans les protocoles serveur de base et outils propriétaires qui n"étaient pas compatibles avec d'autres logiciels de gestion. "The lack of open standards for interoperability and the domination of lock-in interfaces was awful," bemoans the Linux advocate. He notes that this only becomes apparent when you try to make yourself independent of a single vendor, and stop being a "happy slave".
Deletions:
~~- erreurs d'implémentation dans les protocoles serveur de base et outils propriétaires qui n"étaient pas compatibles avec solution de gestion. "The lack of open standards for interoperability and the domination of lock-in interfaces was awful," bemoans the Linux advocate. He notes that this only becomes apparent when you try to make yourself independent of a single vendor, and stop being a "happy slave".


Revision [2972]

Edited on 2010-03-19 22:35:11 by BaudAdmin [gendarmerie]
Additions:
~~- avant : 1000 personnes pour gérer 15000 PC, 300 applications, 21 versions de windows bureautique différentes, pas d'annuaire unique, ni de gestion des utilisateurs commune
~~- dépendance classique aux ActiveX... restreint au mono-plateforme
Deletions:
~~- avant : 1000 personnes pour 15000 PC, 300 applications, 21 versions de windows bureautique différentes, pas d'annuaire unique, ni de gestion des utilisateurs commune
~~- dépendance classique aux ActiveX...


Revision [2971]

Edited on 2010-03-19 21:58:29 by BenoitAudouard [coquilles]
Additions:
~~- l'installation de screen permet de montrer en direct les opération effectuée en ligne de commande (##screen -R diagnostic## pour l'initier et ##screen -x diagnostic## pour que l'autre personne le voie en même temps)
~~- il est possible de lancer les applications graphiques (elles n'apparaîtront que d'un côté et l'upload limite la réactivité), cela permet d'avoir les messages d'erreur en direct et de reproduire le comportement de visu à distance.
~~- il est pourtant dans le paquet openoffice.org-common ce qu'un ##""urpmi --replacepkgs openoffice.org-common""## corrige par réinstallation forcée du paquet (il y avait peut-être eu un souci à l'installation ?
~- la connexion en ssh avec authentification par clé pourrait être simplifiée (évite d'avoir à se rappeler un mot de passe)
~~- ajout à simplifier dans /etc/sudoers pendant qu'on y est, afin de passer facilement en root (de nouveau sans divulgation de mot de passe)
~- http://www.h-online.com/open/news/item/LiMux-project-management-We-were-naive-958824.html [en] LiMux project management, "We were naïve" pour la migration de Munich
Deletions:
~~- l'installation de screen permet de montrer en direct les opération effectuée en ligne de commande (screen -R diagnostic pour l'initier et screen -x diagnostic pour que l'autre personne le voit en même temps)
~~- il est possible de lancer les applications graphiques (elles n'apparaîtront que d'un côté et l'upload limite la réactivité), cela permet d'avoir les messages d'erreur en direct
~~- il est pourtant dans le paquet openoffice.org-common ce qu'un ""urpmi --replacepkgs openoffice.org-common"" corrige par réinstallation forcée du paquet (il y avait peut-être eu un souci à l'installation ?
~- la connexion en ssh avec authentification par clé pourrait être simplifiée
~~- ajout à simplifier dans /etc/sudoers pendant qu'on y est
~- http://www.h-online.com/open/news/item/LiMux-project-management-We-were-naive-958824.html [en] LiMux project management, "We were naïve"


Revision [2970]

Edited on 2010-03-19 21:53:39 by BenoitAudouard [compléments Munich]
Additions:
~~- avant : 1000 personnes pour 15000 PC, 300 applications, 21 versions de windows bureautique différentes, pas d'annuaire unique, ni de gestion des utilisateurs commune
~~- macros Office écrites en Visual Basic, présentes en grand nombre. Le passage à OpenOffice.org a permis de les réduire drastiquement en utilisant un remplaçant comme [[http://www.wollmux.org/index.php/About WollMux]] pour gérer des templates, création de blocs de texte et accès à des applications web.
~~- utilisation de Samba en remplacement des serveurs standards de fichiers, avec prise en charge du protocole CIFS
~~- le retour d'expérience de la première vague de migration en 2007 a conduit à la mise en place de projets pilotes pour migrer 10% des postes sous LiMux et permettre d'évaluer l'hétéréogénité (la diversité) du parc. Cela s'est accompagné d'un alignement de l'infrastructure cohérente avec LiMux "Quality over Time"
~~- cela a permis d'obtenir 3000 postes fonctionnant à base de logiciel libre, soit le double de ce qui avait été prévu
~~- le passage systématique et préalable à ODF a permis de s'affranchir d'une suite logicielle unique
~~- la phase d'optimisation peut maintenant démarrer
Deletions:
~~- avant : 1000 personnes pour 15000 PC, 300 applications, 21 versions de windows différentes pour le bureau, pas d'annuaire unique, ni de gestion des utilisateurs commune
~~- macros Office écrites en Visual Basic, présentes en grand nombre. Le passage à OpenOffice.org a permis de les réduire drastiquement en utilisant un remplaçant comme [[http://www.wollmux.org/index.php/About WollMux]].
~~-
~~-


Revision [2969]

Edited on 2010-03-19 21:34:50 by BenoitAudouard [munich]
Additions:
===De nouvelles habitudes à prendre pour utiliser GNU/Linux===
~- lire de la documentation : http://wiki.mandriva.com/fr/Installer_Mandriva_Linux_One est particulièrement bien faite (et plus globalement, la [[http://wiki.mandriva.com/fr/Cat%C3%A9gorie:Installation categorie installation]] et [[http://wiki.mandriva.com/fr/Cat%C3%A9gorie:Migration migration]] doit pouvoir aider.
===Liens===
~- http://www.h-online.com/open/news/item/LiMux-project-management-We-were-naive-958824.html [en] LiMux project management, "We were naïve"
~~- avant : 1000 personnes pour 15000 PC, 300 applications, 21 versions de windows différentes pour le bureau, pas d'annuaire unique, ni de gestion des utilisateurs commune
~~- erreurs d'implémentation dans les protocoles serveur de base et outils propriétaires qui n"étaient pas compatibles avec solution de gestion. "The lack of open standards for interoperability and the domination of lock-in interfaces was awful," bemoans the Linux advocate. He notes that this only becomes apparent when you try to make yourself independent of a single vendor, and stop being a "happy slave".
~~- dépendance classique aux ActiveX...
~~- macros Office écrites en Visual Basic, présentes en grand nombre. Le passage à OpenOffice.org a permis de les réduire drastiquement en utilisant un remplaçant comme [[http://www.wollmux.org/index.php/About WollMux]].
~~-
~~-
Deletions:
===De nouvelles habitudes à prendre===
~- lire de la documentation : http://wiki.mandriva.com/fr/Installer_Mandriva_Linux_One est particulièrement bien faite (et plus globalement, la [[http://wiki.mandriva.com/fr/Cat%C3%A9gorie:Installation catégorie installation]] et [[http://wiki.mandriva.com/fr/Cat%C3%A9gorie:Migration migration]] doit pouvoir aider.


Revision [2288]

Edited on 2008-11-29 14:49:59 by BenoitAudouard [ajout diagnostic à distance]
Additions:
~- possibilité de diagnostic à distance grâce à l'installation et la configuration de openssh-server (qui pourrait être simplifiée, cf. ci-dessous)
~~- c'est l'occasion de comprendre les notions de [[http://fr.wikipedia.org/wiki/R%C3%A9seau_local LAN]] (local area network) et [[http://fr.wikipedia.org/wiki/R%C3%A9seau_%C3%A9tendu WAN]] (wide area network)
~~- il faut aussi trouver son adresse IP publique et configurer son routeur pour ouvrir le port 22 et le rediriger vers le bon ordinateur, l'occasion de voir des notions de routage IP
~~- l'installation de screen permet de montrer en direct les opération effectuée en ligne de commande (screen -R diagnostic pour l'initier et screen -x diagnostic pour que l'autre personne le voit en même temps)
~~- il est possible de lancer les applications graphiques (elles n'apparaîtront que d'un côté et l'upload limite la réactivité), cela permet d'avoir les messages d'erreur en direct


Revision [2287]

Edited on 2008-11-29 14:37:04 by BenoitAudouard [précision, liens doc catégories]
Additions:
~- installation centralisée à partir des dépôts de paquets, gestion des dépendances de paquets, ne plus avoir à rebooter pour un oui pour un non après une installation (hormis changement du noyau, un redémarrage de X étant souvent suffisant lors de la mise à jour de certains paquets du bureau)
~- lire de la documentation : http://wiki.mandriva.com/fr/Installer_Mandriva_Linux_One est particulièrement bien faite (et plus globalement, la [[http://wiki.mandriva.com/fr/Cat%C3%A9gorie:Installation catégorie installation]] et [[http://wiki.mandriva.com/fr/Cat%C3%A9gorie:Migration migration]] doit pouvoir aider.
Deletions:
~- installation centralisée à partir des dépôts de paquets, gestion des dépendances de paquets
~- lire de la documentation : http://wiki.mandriva.com/fr/Installer_Mandriva_Linux_One est particulièrement bien faite


Revision [2286]

Edited on 2008-11-29 14:32:41 by BenoitAudouard [ajout doc]
Additions:
~- lire de la documentation : http://wiki.mandriva.com/fr/Installer_Mandriva_Linux_One est particulièrement bien faite


Revision [2285]

The oldest known version of this page was created on 2008-11-29 14:31:30 by BenoitAudouard [ajout doc]
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki