[Glpi-dev] portage sous d'autres DBMS

2005-05-04 Thread nicodache
maines (si j'ai bien vu mon contrat de stagiaire), et j'aimerais assez avoir fini le portage vers PostGres d'ici là, ca me plairait donc de savoir assez rapidement si quelqu'un a déja fait quelque chose de réutilisable, histoire de pouvoir mettre dans mon mémoire l'explication complète du portage de MySQL vers PGSQL :) Merci bieng nicodache

Re: [Glpi-dev] portage sous d'autres DBMS

2005-05-04 Thread nicodache
eloppeurs principaux/officiels de GLPI intègrent AdoDB dans le cvs, histoire qu'on soit sur que tout ne se casse pas la figure en un coup quand on intègrera les possibilités d'autres dbms :) matthieu On 5/4/05, DJ Anubis <[EMAIL PROTECTED]> wrote: > Le Mercredi 4 Mai 200

[Glpi-dev] bug dans le login ?

2005-05-11 Thread nicodache
iez ce petit problème qui n'empeche absolument pas glpi de fonctionner tout seul sans accroc quand il est utilisé avec son sgbd préféré) nicodache

Re: [Glpi-dev] RAM types?

2005-05-18 Thread nicodache
i, USB, firewire 400/800 - device-case : add desktop, and maybe rack/pedestal nicodache, hardware lover ^^ On 5/18/05, Marco Gaiarin <[EMAIL PROTECTED]> wrote: > > I see that ram type are only EDO, DDR, SDRAM, SDRAM-2. > > I think that are missing at least: > > + ``Normal&#

Re: [Glpi-dev] RAM types?

2005-05-18 Thread nicodache
On 5/18/05, Marco Gaiarin <[EMAIL PROTECTED]> wrote: > Mandi! nicodache > In chel di` si favelave... h... What does that mean ? ;-)

[Glpi-dev] fin du stage

2005-05-20 Thread nicodache
our la suite, d'après ce que je lis un peu partout, GLPI est largement en avance sur les autre outils de gestion de parc info libres, profitez-en pour réfléchir sur le futur lointain, genre plugins perso, version gprs, traduction plus simple (gettext), utilisation de plusieurs db possibl

[Glpi-dev] portage sous postgres

2005-03-30 Thread nicodache
t des noms de colonnes dans la base de donnée (je répercuterai bien sur les changements dans le code), ou si la simple traduction en francais (utilisateur) vous va. nicodache

Re: [Glpi-dev] portage sous postgres

2005-03-30 Thread nicodache
anwsers in the text réponses dans le texte On Wed, 30 Mar 2005 16:39:59 +0200, Marco Gaiarin <[EMAIL PROTECTED]> wrote: > Mandi! nicodache > In chel di` si favelave... > > > Je suis actuellement en train de porter GLPI sous PostGreSQL (nous > > utilisons PostGre pa

Re: [Glpi-dev] portage sous postgres

2005-03-30 Thread nicodache
merci bien pour cette réponse. mais à propos de jointure et d'autres joyeusetés du genre, vous n'auriez pas un schéma graphique de la base de donnée ? un beau petit jpg avec les différentes jointures représentées dessus ? merci nicodache On Wed, 30 Mar 2005 17:37:01 +0200 (CES

Re: [Glpi-dev] Release Candidate 1 GLPI-0.5

2005-03-30 Thread nicodache
pas pour toute la base de donnée, ce qui est assez logique au passage). Cependant, je suis tout à fait d'accord pour la réunion sur IRC hein ;-) nicodache On Wed, 30 Mar 2005 22:19:21 +0200 (CEST), DOMBRE Julien <[EMAIL PROTECTED]> wrote: > > Dans la foulée, je comme

Re: [Glpi-dev] portage sous postgres

2005-03-31 Thread nicodache
Avez-vous déja une idée sur la "librairie d'interfacage" la plus efficace et complète pour la base de donnée ? pearDB, ADO, ou encore méta(chépluquoi) ? nicodache On Thu, 31 Mar 2005 05:39:43 +0200, DJ Anubis <[EMAIL PROTECTED]> wrote: > Le Mercredi 30 Mars 2005 22:14

Re: [Glpi-dev] portage sous postgres

2005-04-01 Thread nicodache
et qui est utilisé dans le code pour recevoir les noms des colonnes d'une table sur laquelle on va faire/compte faire un select... Voila donc une liste non-exhaustive des problèmes que les personnes qui comptent porter GLPI de mysql vers un autre DBMS rencontreront probablement On Mar

Re: [Glpi-dev] portage sous postgres

2005-04-01 Thread nicodache
et une erreur, et si il n'existe pas, on vérifie avec la version hash de mysql. parce que j'ai l'impression - mais j'ai pas encore regardé le code attentivement - que pour l'instant, on essaie d'abord de se logguer avec le hash mysql plutot que md5) nicodache On Apr 1,

Re: [Glpi-dev] Release Candidate 2 GLPI-0.5

2005-04-12 Thread nicodache
Petite question concernant les connexions (3eme onglet dans la fiche d'un ordinateur). Les connexions réseaux (le second tableau) sont bein celles qu'il y a entre une carte réseau d'un pc et un autre équipement réseau ? (switch/patch panel...) Pour voir, j'ai supprimé la carte réseau de mon pc, e

Re: [Glpi-dev] reviewing italian translations...

2005-04-12 Thread nicodache
"help supplier", which we don't call usually that way. maybe the best translation for the above is company, more than supplier ;) for rubrique, this means something like section, or division (part of a larger thing, or piece of a group/composed thing). nicodache On Apr 12, 2005 4:49 PM, M

Re: [Glpi-dev] reviewing italian translations...

2005-04-12 Thread nicodache
hello again :) mmmh, I'd way something like "activate commercial information", considering commercial means (here) everything related to ordering, buying, warranty, and accountancy... On Apr 12, 2005 4:55 PM, Marco Gaiarin <[EMAIL PROTECTED]> wrote: > > > Some (sparse) question: > > Some more..

Re: [Glpi-dev] reviewing italian translations...

2005-04-12 Thread nicodache
the reference is the identifier of the cartridge model (like canon BCI-21Bk, or Hp n° 14, or ...) nicodache On Apr 12, 2005 5:09 PM, Marco Gaiarin <[EMAIL PROTECTED]> wrote: > > > Some (sparse) question: > > Sorry but... > > + i've not clear also the meaning of

Re: [Glpi-dev] Release Candidate 2 GLPI-0.5

2005-04-12 Thread nicodache
j'ai eu ce problème lors de la création d'un site ouaib. faudrait que j'aille fouiller dans les mails sauvegardé sur mon autre pc pour voir ce que j'avais trouvé comme solution ^^ nicodache On Apr 12, 2005 7:29 PM, MERI William <[EMAIL PROTECTED]> wrote: > don

Re: [Glpi-dev] reviewing italian translations...

2005-04-14 Thread nicodache
like echo "Activate commercial informations" instead of "".$lang["financial"][68]."" I'm sure you'll find the bug :) nicodache On 4/14/05, Marco Gaiarin <[EMAIL PROTECTED]> wrote: > Mandi! nicodache > In chel di` si favelave... > &g

[Glpi-dev] le retour des services

2005-04-17 Thread nicodache
r un port, pour passer apache de 80 en 81 par exemple ;) rien de grave, les modifications sont effectuées, et un refresh de la page donne les bonnes infos. Si qqun est motivé pour voir pourquoi ca coince, personnellement, je sèche sur ce probleme :( Une fois de plus, n'hésitez pas à donner votre

Re: [Glpi-dev] le retour des services

2005-04-18 Thread nicodache
ne se manifeste cette fois-ci. C'est plutot de ceci dont je parlais ;) Donc si qqun se sent l'envie de tester mes services, j'attend ses critiques (positives ou négatives) de pied ferme ^^ nicodache On 4/18/05, DOMBRE Julien <[EMAIL PROTECTED]> wrote: > > Suite au manque

[Glpi-dev] services.patch.tgz

2005-03-09 Thread nicodache
voici le patch réalisé par diff -uNr source cible > fichier.patch avec : - source : cvs officiel daté du 8 mars 2005 à 17h40 - cible : mes sources updatées du cvs officiel du 8 mars 2005 à 17h40 avec la commande cvs udpate -dP, et résolution des conflits manuellement matthieu glpi.devel-matthieu

Re: [Glpi-dev] services.patch.tgz

2005-03-09 Thread nicodache
ece jointe ;) nicodache On Wed, 9 Mar 2005 00:59:52 +0100, nicodache <[EMAIL PROTECTED]> wrote: > voici le patch réalisé par diff -uNr source cible > fichier.patch avec : > - source : cvs officiel daté du 8 mars 2005 à 17h40 > - cible : mes sources updatées du cvs officiel du 8

[Glpi-dev] services.patch.tgz

2005-03-09 Thread nicodache
voici le patch réalisé par diff -uNr source cible > fichier.patch avec : - source : cvs officiel daté du 8 mars 2005 à 17h40 - cible : mes sources updatées du cvs officiel du 8 mars 2005 à 17h40 avec la commande cvs udpate -dP, et résolution des conflits manuellement matthieu glpi.devel-matthieu

[Glpi-dev] services.patch.tgz, 2ème

2005-03-11 Thread nicodache
nt la moitié de mon code par terre (pourtant ma db était juste... j'ai peut-être corrigé le truc chez moi sans m'en rendre compte). Egalement comme demandé, je ne joins ici que les fichiers qui ont été modifiés. Si vous voulez un .patch ou un truc du genre, vous pouvez également bien sur

Re: [Glpi-dev] importer un rapport machine

2005-03-15 Thread nicodache
é conjointement à GLPI pour l'admin moyen. C'est pour ca que je pensais laisser la possibilité d'utiliser ou non LIAM, lors de l'installation, ou proposer à l'admin de configurer LIAM dans la section concernée. Cependant, je suis convaincu qu'il y a moyen ;-) Je

Re: [Glpi-dev] importer un rapport machine

2005-03-15 Thread nicodache
client -> serveur, et la gestion des infos dans la DB Voila notre nouveau point de vue après avoir passé 2h à installer les modules perl, configuré le serveur et essayé de voir ce que donnait la partie web avant d'abandonné face aux choses bizarres trouvées dans le code... nicodache On

Re: [Glpi-dev] Services

2005-03-16 Thread nicodache
ans ports) soient implémentés dans les mêmes fichiers ? ou vous préferez séparer ca dans 2 répertoires et dans des fichiers différents ? Et pour la localisation, vous préferez tout avoir dans la partie $lang["software"][id], ou bien vous préfèrez séparer les softwares et les services ? n

Re: [Glpi-dev] Services

2005-03-18 Thread nicodache
ouvait m'éclairer sur l'utilisation qu'il comptait faire de ce champ ;-) merci nicodache On Wed, 16 Mar 2005 11:22:47 +0100, dombre <[EMAIL PROTECTED]> wrote: > Bonjour, > > Nous avions déjà discuter de l'architecture de la base de données pour l

Re: [Glpi-dev] Services

2005-03-18 Thread nicodache
ent dans la table glpi_dropdown_tos complique la gestion des ports spécifiques, pour pas "grand chose". Je peux me tromper, et je vais demander son avis à benoitm, ayant plus d'expérience que moi dans la gestion des services, il pourra pitet me dire si c'est vraiment absolument indispe

Re: [Glpi-dev] Services

2005-03-18 Thread nicodache
ce encore pas trop mal, si j'ai du temps à moi ce weekend, ca pourrait même etre fini lundi ;-) nicodache On Fri, 18 Mar 2005 18:04:06 +0100, dombre <[EMAIL PROTECTED]> wrote: > nicodache a écrit : > > >Rebonjour, > > > >Il me semblait qu'on avait dit que

Re: [Glpi-dev] Services

2005-03-19 Thread nicodache
ca fait un peu pas user frienly ca je trouve :( quoi que ca peut effectivement le faire ;) je vais y réfléchir ;) nicodache On Fri, 18 Mar 2005 19:18:36 +0100, dombre <[EMAIL PROTECTED]> wrote: > > >je suis actuellement en train de réchléfir pour savoir comment > >dem

[Glpi-dev] Re: [Glpi-dev] services.patch.tgz, 2ème

2005-03-22 Thread nicodache
Voici la dernière version, avec base de donnée comme demandé, et "mix" entre logiciel et service. les sources sont basées sur le cvs officiel du 22/03/05 de midi environ. j'attend bien sur vos réactions ;) nicodache On Sat, 12 Mar 2005 01:15:36 +0100, baaZ <[EMAIL

[Glpi-dev] services

2005-02-22 Thread nicodache
ce patch sont simplement des ajout/suppression d'interlignes et autres... voila, pour toute question, vous avez mon mail, et moi je me replonge dans mes services, en espérant que french.php ne jouera plus avec mes pieds... Matthieu (aka nicodache) services.patch.tar.gz Description: GNU Zip compressed data