*** wt has joined #gnuenterprise *** johannesV has joined #gnuenterprise good morning dimas, do still have problems with xmlrpc ? hi johannesV have you updated appserver too ? (which is needed, since the rpc-interface had some minor changes) hi ajmitch mm * ajmitch has started import of gnue into canonical's launchpad system, fyi great ! mainly as a test of importing :) but I noticed that I can use the bugtracker on there for gnue *** reinhard has joined #gnuenterprise hey reinhard good morning good morning reinhard * ajmitch is still waiting on debian ftp masters :) reinhard: thanks for th info on the de.po files :) I'll close those bugs soon yep *** kilo has joined #gnuenterprise good morning johannesV: problems? updating johannesV: with last updates i was forced to add --rpc-type=xmlrpc into startup for appserver hm found where is it from if rpctype in gnue.conf is not correct right setting in connections.conf is not enough dimas, the rpc-type in gnue.conf is used for appserver-process the rpc-type in connections.conf is used by the client (aka. forms) my gnue.conf had xmlrpc.pw_xmlrpc and worked until last changes no complaining, just for information... yeah, i've just noticed that ... will change to a better default then ... thanks for testing ok *** btami has joined #gnuenterprise *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** btami has quit IRC *** btami has joined #gnuenterprise *** btami has quit IRC *** btami has joined #gnuenterprise reinhard: you here? *** btami has quit IRC *** btami has joined #gnuenterprise dimas: yes, here question answer ;-) in gl module there is year.OnValidate function yes i was needed to have the same function to apply for existent year should be no problem to move that to a "normal" procedure # generate accounting periods if not find ('gl_period', conditions = {'gl_year': self.gnue_id}): import mx.DateTime start = self.start actually OnValidate would be called anyway each time a year object is changed ireferences as self.* did not work in case of regular so i changed # generate accounting periods if not find ('gl_period', conditions = {'gl_year': year_id}): res = find('gl_year', conditions = {'gnue_id':year_id}) if len(res)==1: year = res[0] import mx.DateTime start = year.start is that ok or i missed something? self should work for any kind of just do and it should work just the same, with self and in OnValidate, you should be able (IIRC) to do self.GeneratePeriods () how that should look in trigger? in a form trigger? like i selected needed year is a list yes blkYears.call ('GeneratePeriods', {}) will run the function on server side on current record for blkYears block the point is that the function will run *server side* while if you just copy the code to the trigger, the function runs client side if i need it for particular year, not block, will it catch needed "self" for me, understand? i need to select one object and call server side procedure on it alone what should i put in trigger code that self.* in procedure would know which object in there it will call the function only for the *current* record of that block not for all records and it will get the correct "self" for that thanks, i will try to test again *** wt has quit IRC *** jamest has joined #gnuenterprise reinhard: did you guys add gEnter and gLeave if so what was the purpose of the return on gLeave as I've not seen it used you can now do if before it was return foo * 2 you can change it to return gLeave (foo * 2) assert concept would mean result = foo * 2 assert gLeave (result) return result which I could well live with, FWIW but it would mean somebody has to go all through the gLeave calls and change that ls erm wrong window btw, it seems there was a problem with the webpage build yesterday you could also do *** holycow has quit IRC assert result == gLeave(result) without changing the behaviour of gLeave which is why I didn't change gLeave hmmm honestly I would prefer that *if* we do the assert thing, we do it *throughout* gnue ok i was under the impression we were going to be doing this should i roll back the changes in gDebug and gEnter ? erm no pretty minor I know :) I *want* the assert thing and I want it *everywhere* lol sorry if I sounded if I don't want it np , just didn't want to jump before people were sure fwiw, we can write make the assert changes via a shell script i just didn't want to do that before everyone was ok with it :) I don't think we have *so* many gDebug, gEnter and gLeave there but anyway, I'm very positive for that change as johannesV_ has done some profiling and found around 20 or 25 % (IIRC) of the time being burned in the gDebug calls for some appserver stuff there are approx 575 gDebug calls approx 575 calls? you sound like Mr Spock "the ship will explode in approximately 31 minutes and 15.6 seconds" :) well, a shell script would make sense then, I guess for inserting a "result" variable around gLeave we'll need manual handling, anyway yes with that assert thing, do you know a way to make distutils compile optimized? bbl *** btami has quit IRC i thought it did it already but playing around with it i'm not so sure anymore as I think .pyo files are optimized and i'm getting .pyc AFAICT debian generates optimized files upon install seems like you have to call python with -O (letter oh) yes it can't be as simple as python -O setup.py install it just can't be :) *** kilo has quit IRC reinhard: i've added the assert to all gDebug and gEnter if I commit is it going to screw up any uncommited changes you guys have? *** jcater has joined #gnuenterprise not for me johannesV_: ? ok too for johannesV_ (have him on phone right now) *** klasstek has joined #gnuenterprise ok, thanks *** jcater has quit IRC commited, now we just need to figure out the easiest/best way to get the -O to our apps and see if it actually helps :) *** SachaS has quit IRC *** agile has quit IRC *** SachaS has joined #gnuenterprise cu all *** reinhard has quit IRC *** holycow has joined #gnuenterprise *** yure has joined #gnuenterprise *** jcater has joined #gnuenterprise *** holycow has quit IRC *** johannesV__ has joined #gnuenterprise python setup.py install -O1 should cause distutils to create the optimized files *** johannesV_ has quit IRC *** johannesV__ has quit IRC *** sjc has joined #gnuenterprise *** menomc has joined #gnuenterprise *** mnemoc has quit IRC *** sjc has quit IRC *** sjc has joined #gnuenterprise *** kilo has joined #gnuenterprise *** ajmitch_ has joined #gnuenterprise *** ajmitch has quit IRC hi ajmitch *** sjc has quit IRC *** sjc has joined #gnuenterprise *** jamest has left #gnuenterprise *** ncjp has quit IRC *** ncjp has joined #gnuenterprise *** klasstek has quit IRC *** yure has quit IRC *** jamest has joined #gnuenterprise *** SachaS has quit IRC *** kilo has quit IRC *** sjc has quit IRC *** sjc has joined #gnuenterprise *** sjc has quit IRC *** SachaS has joined #gnuenterprise *** SachaS has quit IRC