[gepi-users] incompatibilité en Gepi 1.4 et Mysql 3.23

[Marot Jacques]

J'avais installé une version 1.4 qui a parfaitement fonctionné
sur ma machine perso, avec laquelle j'ai imprimé les bulletins
dans des fichiers pdf pour les archives du lycée.
Je faisais ceci en sauvegardant la base au format 1.3....du lycée
et en la restaurant/adaptant au format 1.4 sur ma machine perso.

Comme la version 1.4 marche très bien sur mon installation
personnelle ( php5 , mysql 4.1 ) , j'ai décidé de basculer
en version 1.4 sur le serveur du lycée sur lequel GEPI n'est plus
en période rouge  à mi-trimestre. Installation sans problème, mais
après vérification, j'ai constaté que les dates de naissance
des élèves étaient pas très lisibles et s'inscrivent sous la forme
19900401000000 pour un élève né le 01/04/1990  (à 00h00mn00s je suppose),
sur le bulletin et sur les pages WEB où apparaît cette date.

En observant les bases avec phpmyadmin je constate que sur ma machine,
( mysql 4.1 ) le champ naissance de la table élèves est de type : timestamp
et que l'on peut lire le contenu de ce champ sous la forme : 
1990-04-0100:00:00,

Mais sur la base du lycée ( Mysql 3.23 ) ce même champ est d'un type 
différent
puisque cette version de mysql ne semble pas connaître le type timestamp.
La date apparait sous la forme 1990040100000 ( telle qu'imprimée sur les 
bulletins).
Même en inscrivant un nouvel élève fictif et en entrant sa date de 
naissance par
le formulaire de GEPI 1.4, le même problème se présente.

"au feeling"  j'ai modifié le type du champ naissance de la table élèves
en mettant le type : datetime  et la date s'imprime normalement sur les 
bulletins.
Devant l'empirisme de la méthode, je me demande si cela ne va pas
induire en cascade d'autres problèmes.

Je pense, qu'il est donc nécessaire de signaler ce problème
lorsque l'on veut passer à la version 1.4 avec un mysql 3.23.
( je n'ai pas le pouvoir d'"upgrader" mysql sur le serveur du lycée ?)
Par contre je confirme qu'avec Mysql 4.1 tout se passe bien.

Jacques MAROT