Si le forum de OCS est très actif , en tout cas dès que je posais une question le fondateur de OCS Mr Liroulet prenant toujours de son temps et même par email....
Et GLPI il y a une bonne ambiance ce sont des jeunes vus au salon Linux pour l'occasion :))
Je ne sais pas si tu as bien compris que je parlais de mon expérience personnelle? breff
En ce qui concerne ta première reflexion, je ne dis pas ca car je ne connais pas le langage perl. Je n'ai jamais eu de problème pour l'installation. Mais Les messages d'erreurs n'étaient pas vraiment explicites lors de l'utilisation( je parle des premières versions) . Ca c'est arrangé petit à petit quand les développeurs ont vu le nombre de questions sur le forum.
Ils ont améliorées la partie d'installation et fait une bonne grosse FAQ.
En ce qui concerne ta leçon sur Debian c'est ton avis, j'utilises pas mal de FreeBSD donc pas de problème pour php5.
Apres c'est à l'administrateur de faire son choix, si il a que du Debian et qu'il veut rester sur php4 , il se tournera vers un autre projet comme OCS si il y trouve son compte.
Concernant les dépendances des clients je le fais par ftp donc je n'ai effectivement aucune dépendance. Les modules perl dont tu fais allusion ne sont utilisés qu'avec d'autres méthodes d'upload.
Quand tu dis que le langage n'a rien avoir je suis pas vraiment d'accord.
Un choix technique sur une solution, je sais que je ne vais pas prendre une solution en python ( car je suis noob) même si elle est performante car après je n'arriverais pas à la maintenir ou debuggué si problème. Et comme nous sommes dans l'open source et que les développeurs font ce qu'ils peuvent et ne sont pas tout le temps réactifs , je ne vais pas laisser la solution en attendant le patch qui viendra 1 mois plus tard. Alors que si je connais le langage, on peut plus facilement y mettre le nez.
Je pense qu'il faut tout de même garder un contrôle technique sur ce qu'on met en place...
Justement je suis passé sous Arch dernièrement et j'en suis satisfait, dernier noyau, dernieres versions des logiciels, stable etc..
Concernant les packages il y en a moins c'est sur mais en faite il existe AUR http://aur.archlinux.org/ où tu peux avoir pas mal de packages mais qui ne sont pas officiellement dans la distribution.
Pacman est très bien pour gérer les packages. Et si tu veux compiler à partir des sources abs tu peux utiliser yaourt.
Voila pour ce que j'ai découvert.
Bonne chance dans ta quête de la distribution qui te vas le mieux !
Pour Hideploy, il scanne la base de registres car il faut spécifier le nom du logiciel tel qu'il apparait dans AJout Suppressions de Programmes.
Pour firefox je ne l'ai pas utilisé car il se met à jour tout seul.
Pour Hideploy, je l'ai testé sur mon parc de machines Windows XP.
En fonction du type de poste , par exemple s' il n'est pas dans mon domaine , je l'installe en tant que service windows ( un script vbs est fourni pour ca).
J'utilise les commutateurs des logiciels afin de faire les install silencieuses.
Et pour Linux, je n'ai testé que sous mes serveurs debian, j'ai rajouté une tache cron. Je n'ai pas eu de soucis pour l'instant.
En entreprise, j'ai pendant longtemps utiliser le couple OCS/GLPI qui était parfait mais je trouvais cà un peu galère avec perl ou même pour debugguer l'application même si le site est bien documenté.
Par contre une fois que tout est en place , je trouve ca nickel , tout roule !
Par contre lorsque j'ai testé H-inventory il y a un installeur automatique donc bon à part certains modules pear à installer , j'ai trouvé cà plus rapidement abordable.
Et pour les clients, pas de dépendances à installer.
Et même pour debugguer le serveur ce n'est que du php , par contre OCS le serveur de communication en perl j'ai eu beaucoup plus de mal à mettre les mains dedans.
Au debut , je ne voulais pas parler d'OCS dans mon post mais ma news a été refusée à cause de cela :(
Voila ce que je voulais dire lorsque je parlais de debug, c'était plus par rapport à mon expérience personnelle. Mais pour les utilisateurs confirmés, c'est sûr que ce n'est pas un argument.
Ce n'est pas une critique pour OCS.
Juste que H-inventory le fait par defaut sans avoir besoin d'installer un autre outil comme GLPI en plus.
Je suis tout à fait d'accord avec ton point de vue.
A+
[^] # Re: Test h-inventory
Posté par jul1 . En réponse à la dépêche H-inventory : Un nouvel Asset Manager OpenSource. Évalué à 1.
Et GLPI il y a une bonne ambiance ce sont des jeunes vus au salon Linux pour l'occasion :))
[^] # Re: OCSInventory
Posté par jul1 . En réponse à la dépêche H-inventory : Un nouvel Asset Manager OpenSource. Évalué à 1.
En ce qui concerne ta première reflexion, je ne dis pas ca car je ne connais pas le langage perl. Je n'ai jamais eu de problème pour l'installation. Mais Les messages d'erreurs n'étaient pas vraiment explicites lors de l'utilisation( je parle des premières versions) . Ca c'est arrangé petit à petit quand les développeurs ont vu le nombre de questions sur le forum.
Ils ont améliorées la partie d'installation et fait une bonne grosse FAQ.
En ce qui concerne ta leçon sur Debian c'est ton avis, j'utilises pas mal de FreeBSD donc pas de problème pour php5.
Apres c'est à l'administrateur de faire son choix, si il a que du Debian et qu'il veut rester sur php4 , il se tournera vers un autre projet comme OCS si il y trouve son compte.
Concernant les dépendances des clients je le fais par ftp donc je n'ai effectivement aucune dépendance. Les modules perl dont tu fais allusion ne sont utilisés qu'avec d'autres méthodes d'upload.
Quand tu dis que le langage n'a rien avoir je suis pas vraiment d'accord.
Un choix technique sur une solution, je sais que je ne vais pas prendre une solution en python ( car je suis noob) même si elle est performante car après je n'arriverais pas à la maintenir ou debuggué si problème. Et comme nous sommes dans l'open source et que les développeurs font ce qu'ils peuvent et ne sont pas tout le temps réactifs , je ne vais pas laisser la solution en attendant le patch qui viendra 1 mois plus tard. Alors que si je connais le langage, on peut plus facilement y mettre le nez.
Je pense qu'il faut tout de même garder un contrôle technique sur ce qu'on met en place...
# Arch est pas mal
Posté par jul1 . En réponse au message Choix de distrib difficile : garder Ubuntu, ou zieuter Arch Linux. Évalué à 1.
Justement je suis passé sous Arch dernièrement et j'en suis satisfait, dernier noyau, dernieres versions des logiciels, stable etc..
Concernant les packages il y en a moins c'est sur mais en faite il existe AUR http://aur.archlinux.org/ où tu peux avoir pas mal de packages mais qui ne sont pas officiellement dans la distribution.
Pacman est très bien pour gérer les packages. Et si tu veux compiler à partir des sources abs tu peux utiliser yaourt.
Voila pour ce que j'ai découvert.
Bonne chance dans ta quête de la distribution qui te vas le mieux !
A+
[^] # Re: HelpDesk
Posté par jul1 . En réponse à la dépêche H-inventory : Un nouvel Asset Manager OpenSource. Évalué à 1.
Pour firefox je ne l'ai pas utilisé car il se met à jour tout seul.
[^] # Re: HelpDesk
Posté par jul1 . En réponse à la dépêche H-inventory : Un nouvel Asset Manager OpenSource. Évalué à 2.
Pour Hideploy, je l'ai testé sur mon parc de machines Windows XP.
En fonction du type de poste , par exemple s' il n'est pas dans mon domaine , je l'installe en tant que service windows ( un script vbs est fourni pour ca).
J'utilise les commutateurs des logiciels afin de faire les install silencieuses.
Et pour Linux, je n'ai testé que sous mes serveurs debian, j'ai rajouté une tache cron. Je n'ai pas eu de soucis pour l'instant.
A++
[^] # Re: OCSInventory
Posté par jul1 . En réponse à la dépêche H-inventory : Un nouvel Asset Manager OpenSource. Évalué à 3.
En entreprise, j'ai pendant longtemps utiliser le couple OCS/GLPI qui était parfait mais je trouvais cà un peu galère avec perl ou même pour debugguer l'application même si le site est bien documenté.
Par contre une fois que tout est en place , je trouve ca nickel , tout roule !
Par contre lorsque j'ai testé H-inventory il y a un installeur automatique donc bon à part certains modules pear à installer , j'ai trouvé cà plus rapidement abordable.
Et pour les clients, pas de dépendances à installer.
Et même pour debugguer le serveur ce n'est que du php , par contre OCS le serveur de communication en perl j'ai eu beaucoup plus de mal à mettre les mains dedans.
Au debut , je ne voulais pas parler d'OCS dans mon post mais ma news a été refusée à cause de cela :(
Voila ce que je voulais dire lorsque je parlais de debug, c'était plus par rapport à mon expérience personnelle. Mais pour les utilisateurs confirmés, c'est sûr que ce n'est pas un argument.
A bientot
Vive le libre
[^] # Re: HelpDesk
Posté par jul1 . En réponse à la dépêche H-inventory : Un nouvel Asset Manager OpenSource. Évalué à 3.
Ce n'est pas une critique pour OCS.
Juste que H-inventory le fait par defaut sans avoir besoin d'installer un autre outil comme GLPI en plus.
Je suis tout à fait d'accord avec ton point de vue.
A+