Hi, The issue was related to the machine clock timezone.
We detected that the timezone was incorrectly defined, and we change from GMT to CETS (GMT+2). After that change, the install.source put the date in GMT for the AD_SYSTEM_INFO.last_dbupdate and in CEST for the updated column in the tables. This is a very strange behaviour, since openbravo always take the date in the same way: calling now() function. This produces that the next update.database detect all as changes and ask for the -Dforce option. After restart postgresql service, all work as usual. Gorka On Mon, Sep 28, 2009 at 07:12, <[email protected]> wrote: > erp_devel_pi-module-installation-test - Build # 121 - Still Failing: > > Check console output at > http://builds.openbravo.com/job/erp_devel_pi-module-installation-test/121/ to > view the results. > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbravo-development mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openbravo-development > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Openbravo-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-development
