You are not logged in.
Pages: 1
- you'll find an english version at the end of the mail -
Bonjour,
Nous avons le plaisir de vous annoncer la sortie de la troisième Release Candidate (RC) de la version 0.84 : GLPI-0.84-RC3.
Nous remercions les personnes volontaires qui ont contribué à la phase de beta-test (corrections de bugs et traduction).
Avertissement : Cette Release Candidate est mise à votre disposition pour vous permettre de tester et de remonter les derniers bogues/bugs qui nous auraient échappés. Nous vous déconseillons FORMELLEMENT d’utiliser cette version en production.
Vous pouvez télécharger cette version dans la section téléchargement : http://www.glpi-project.org/?article3&lang=fr
Vous êtes fortement invités à contribuer à la phase de débugage final en testant la version proposée et en remontant tous les bugs ou problèmes rencontrés. Vous pouvez remonter les bugs directement sur le forum rubrique “bugs beta test” : http://www.glpi-project.org/forum/viewforum.php?id=17
Le "Bug Hunter Contest" est toujours en cours donc c'est le moment ou jamais.
Cette nouvelle version intègre de nombreuses nouvelles fonctionnalités : refonte de la gestion réseau, flux RSS, amélioration des tickets récurrents, améliorations des SLAs, migration vers gettext, refonte de la gestion des coûts, rappel sur les éléments du planning…
Voir la liste des changements (change log) détaillée : https://forge.indepnet.net/projects/glpi/versions/542
Cordialement,
Toute l’équipe de développement.
First sorry for this bad translation
Hi,
We are very happy to announce the birth of the third release candidate of the v0.84 : GLPI-0.84-RC3.
We want to thanks all of you who work on the beta-test to debug or to translate GLPI.
First of all ..! WARNING ..! this version is not the final version of the 0.84.
Its aim is to allow you to test it and to find remaining bugs. We do not advise you to use this version in production.
You can download this version in the download section: http://www.glpi-project.org/spip.php?article41&lang=en
You could contribute at that time of final debug by testing this version and by making reviews of all bugs or problems that you encountered by using it. You can do it directly on the forum section “bug beta tests” : http://www.glpi-project.org/forum/viewforum.php?id=17
The "Bug Hunter Contest" is still in progress so it's now or never.
This new version includes new features: review networking management, RSS feeds, improvement of recurrent tickets and SLAs, gettext migration, review cost management, recall on planning events…
For more details see the detailed change log: https://forge.indepnet.net/projects/glpi/versions/542
Best regards,
The development team
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Some rpm packages (in remi test repo) would be nice, so it's easier to test.
Offline
Bonjour,
Et félicitation pour le boulot que vous faites sur GLPI .
GLPI repose sur plusieurs "brique" logiciel, pour le monde linux, Apache, php, MsSql voir même PhpMyAdmin, (remplacer Apache par IIS pour le monde windows ?)
Or il n'y a pas d'indication pour les différentes versions de GLPI, des versions de ces "briques" que vous utilisez dans le cadre du développement de GLPI. La documentation donne certaines de ces informations mais pas de manières précises.
Je pense que lorsque vous développez GLPI vous définissez un socle commun applicatif (avec des numéros de version commune) entre développeur.
Serait-il possible de communiquez ce socle applicatif (surtout les versions) lors de la sortie des nouvelles versions de GLPI ?
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
php 5.3 mini, apache 2.x
Offline
Bonjour,
et merci pour la réponse.
Mais je ne parlais pas de la configuration minimale mais bien du socle applicatif commun que vous utilisez lors de la phase de développement.
Ceci afin d'utiliser ce super outil qu'est GLPI dans les conditions optimales, car apperemment certains problèmes peuvent être eviter par rapport au version des différentes briques.
Comme ici le fait de monter en version mysql par exemple :
http://www.glpi-project.org/forum/viewt … 42#p161442
Or il n'est pas tjs possible dans un premier temps de monter de version ces applications, par exemple mon GLPI tourne sur un serveur utilisant d'autre applicatif utilisant les mêmes outils. Donc ca me permettrait de prévoir si il est judicieux de monter en version, ou d'attendre par rapport à cette config de développement.
Cordialement,
Last edited by narutobaka (2013-07-09 09:29:54)
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
suivant les devs on utilise généralement les versions standards embarquées dans les distrib que l'on utilise : ubuntu, fedora principalement
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1