IDempiere/FullMeeting20130403

From WikiQSS
Revision as of 18:29, 3 April 2013 by CarlosRuiz (talk | contribs) (full meeting)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Table of Contents | Full Meeting Minutes | Full Meeting 2013-04-03

Edwin_Ang: hi everyone
Edwin_Ang: hi red1.. r u staying at amsterdam today?
CarlosRuiz: Hi Edwin_Ang, Hi all
nmicoud: Hi everybody
Edwin_Ang: hi CarlosRuiz
Edwin_Ang: mind examining IDEMPIERE-675?
a42niem: hi all
CarlosRuiz: sure Edwin_Ang - will review
Edwin_Ang: thx :)
a42niem: i have a question concerning the demo server
CarlosRuiz: I have good news about the daily jenkins
a42niem: iirc ther used to be a reload of the databse nightly
a42niem: is this no longer the case?
CarlosRuiz: no Dirk, that's set on demo.globalqss.com - on demo.idempiere.com I have not set that - just refresh when the dictionary or data becomes too hard to manage
CarlosRuiz: but if you need a refresh just ask me and I'll do it
a42niem: ah ok
CarlosRuiz: I have good news about the daily jenkins
CarlosRuiz: the daily installers
CarlosRuiz: are now fully installable - it recreates the database seed for oracle and postgresql >= 9.1
CarlosRuiz: the links as usual are here:
CarlosRuiz: http://www.idempiere.org/downloads
CarlosRuiz: so - from now on is like if we're releasing each day a full installable version
Edwin_Ang: is it autorunning the migration scripts?
CarlosRuiz: yep - and creating seeds
Edwin_Ang: wew
Edwin_Ang: cool
nmicoud: great !
a42niem: great news
Edwin_Ang: i think that is one the major issue for people new to idempiere
CarlosRuiz: yep - applying migration scripts is not for everybody
Edwin_Ang: yes.. it is a huge thing, Carlos
Edwin_Ang: a lot of people has percieved idempiere as a buggy project just because they don't know they have to apply migration scripts
CarlosRuiz: the only issue is that daily installer don't support postgres 8.4 or 9.0 - I haven't tested, but it would need extra work on the UUID to make it work, and probably it will throw some errors on the import
CarlosRuiz: but good thing is that the 9.1 seed now has pre-installed the uuid, so user don't need to install it manually
CarlosRuiz: I'm testing the installer now with oracle and pg - yesterday I noticed some SQL scripts were missing on oracle and errored the import
CarlosRuiz: daily installers worked like a charm :-)
CarlosRuiz: Edwin_Ang, I'm reviewing now -675
Edwin_Ang: ok
a42niem: i get ConfigOracle.test: Test file does not exist
a42niem: and field Database Name stays red
CarlosRuiz: yep - noticed the same - it allows to save anyways
CarlosRuiz: the strange is that the Test.sql is there - so maybe is pointing to wrong folder
a42niem: and it does not matter wether i select "DB already exists"
CarlosRuiz: ah - I see - with IDEMPIERE-260 I made that ConfigOracle.test work within eclipse - but it doesn't work from the outside - will need to re-review it
CarlosRuiz: but is minor as it still allows to save and create the db
CarlosRuiz: hmm - probably oracle windows installer can be broken - I haven't tested it
CarlosRuiz: so, if anybody find issues with those installers please report JIRA tickets - I just test in my env (linux 64 bits - oracle 10g and pg91) - so better to have community reports on other envs
Edwin_Ang: btw.. i am having an issue in one of my installation
Edwin_Ang: it is based on adempiere 361
hengsin: edwin, "WhereClause untuk window Physical Inventory" :)
Edwin_Ang: eh? i paste the wrong text into the migration script?
Edwin_Ang: :D
hengsin: that's part of your last comments for http://jira.idempiere.com/browse/IDEMPIERE-675. note the "untuk" word :)
Edwin_Ang: lol
CarlosRuiz: ah - Indonesian word - I thought it was a typo :-)
Edwin_Ang: hahaha
Edwin_Ang: it is ok lah
Edwin_Ang: btw.. i need some advice here
Edwin_Ang: i remember this to be an old bug but it's happening here again in an adempiere361 installation
Edwin_Ang: easier if i use a scenario
Edwin_Ang: create a payment on date '1 April 2013'
Edwin_Ang: create bank statement with date '1 April 2013'
Edwin_Ang: click button create lines from.. the payment is not shown
Edwin_Ang: if you change the bank statement date to '2 April 2013' then it is shown
Edwin_Ang: problem is this issue also affect the period open check
Edwin_Ang: and document dated on the first date and last date of a period will hit "Period Closed"
CarlosRuiz: I usually see that behavior when the db server timezone doesn't match with app server timezone
Edwin_Ang: my vague memory is this is some how related to TRUNC() function
Edwin_Ang: ah
Edwin_Ang: timezone in postgresql.conf vs in the os?
CarlosRuiz: it will be good to find the cause and test if idempiere still suffers from the same to fix it
hengsin: edwin, is IDEMPIERE-796 still in progress ?
red1: Halo from Krefeld, Germany :D
PedroRozo: Hi everyone ....
Edwin_Ang: hengsin: yes, it is still in progress. i haven't thoroughly testing it yet
CarlosRuiz: Hi PedroRozo - Hi red1
Edwin_Ang: red1: hi.. so you flew to Krefeld directly
hengsin: hi red1, election is coming :)
CarlosRuiz: Edwin_Ang, are logos ready to rebrand into idempiere?
Edwin_Ang: i already get the file from the designer
Edwin_Ang: .psd and .svg
Edwin_Ang: red1: can you send Carlos the files?
a42niem: nightly build works here for linux32 and ora10xe
a42niem: hi red1
Edwin_Ang: ah.. he's out
Edwin_Ang: CarlosRuiz: i can send you the file to this email: carg67 [at] gmail [dot] com
CarlosRuiz: sure
CarlosRuiz: did you get the creative commons license from the designer?
Edwin_Ang: the license is transferred to me
Edwin_Ang: how can i change it to creative commons?
CarlosRuiz: don't know - what is the license?
hengsin: edwin, usually you can't change the license since you are not the original author
hengsin: unless it is a transfer of "ownership" ...
Edwin_Ang: let me check first
CarlosRuiz: Edwin_Ang, found some issues in MInventoryLine - fixing
Edwin_Ang: what is the issue? cos i actually solve another minor bug there
Edwin_Ang: the contract does not state the license
CarlosRuiz: you didn't change Doc_Inventory - will check it
Edwin_Ang: just transfer the right to me
Edwin_Ang: i change Doc_Inventory
CarlosRuiz: in your MInventoryLine there is no way to set physical inventory against a charge - you forced to be inventory difference - I'm fixing that
Edwin_Ang: i need to go home now
Edwin_Ang: just post here what should i do to change the license.. i'll do it tomorrow
Edwin_Ang: never done this before
CarlosRuiz: cannot find modified Doc_Inventory on your repo - I'll check it
Edwin_Ang: cu
CarlosRuiz: bye
Not-001: [iDempiere] 3 commits https://bitbucket.org/idempiere/idempiere/commits/
Not-001: [iDempiere] edwin_ang afc91d4340a2 Fix IDEMPIERE-675 - Internal Use with zero qty is dropping the inventory
Not-001: [iDempiere] edwin_ang cbe369a8a543 Fix IDEMPIERE-675 - Internal Use with zero qty is dropping the inventory
Not-001: [iDempiere] globalqss 98bcd8039ec8 IDEMPIERE-675 - Internal Use with zero qty is dropping the inventory / Peer review
buildmaster: Project iDempiere build #997: SUCCESS in 5 min 53 sec: http://jenkins.idempiere.com/job/iDempiere/997/