*** wt has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** dcmwai has left #gnuenterprise
*** johannesV has joined #gnuenterprise
<reinhard> good morning
<johannesV> good morning
<johannesV> reinhard, are you running the release today ?
<reinhard> don't think so
<reinhard> still want to do a little more cleanups
<reinhard> although no functional changes any more
<johannesV> ok
<johannesV> i'm just working on that beginWait/endWait thing concerning triggers
<reinhard> ok
<reinhard> did you read the logs about gtk2 _beep implementation?
<johannesV> no
<johannesV> logs from yesterday ?
<reinhard> yep
<reinhard> jamest tried to implement _beep for gtk2
<reinhard> as he uses _beep now
<reinhard> and wanted to complete where it missed
<reinhard> but he didn't find it
<reinhard> in pygtk
<reinhard> also, I saw that _beep misses completely in curses
<reinhard> so if you're at it, you might be able to fix both
<johannesV> ok, read the log
<johannesV> well, if you guys haven't found anything about beep in pygtk, why should I :) ?
<johannesV> reinhard, what would you prefer in GFForm.py: self.dispatchEvent ('beginWAIT', _form = self) ... or self._instance.beginWait () ?
<reinhard> I am not sure
<reinhard> I have never understood the reasoning behind the event system in forms
<reinhard> for cases like that
<johannesV> ok, i like the latter one more
<reinhard> (I have understood why we want events for stuff that concerns more than one object)
*** sjc has joined #gnuenterprise
<johannesV> wow, we do have massive troubles if a form/dialog has no block (and theirfore no current record and no resultset)
<johannesV> uiuiuiui ...
<johannesV> hmm, well we can't have forms without entries anyway
<johannesV> so this implies, that there is no form without a block (at least an unbound)
*** sjc has quit IRC
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** dimas has joined #gnuenterprise
<johannesV_> reinhard, commit does not work anymore ... ?!
<johannesV_> if i track the backend log, no insert-statement arrives (for a new record) but only a commit
<johannesV_> same applies for updates
<johannesV_> they don't work either ... (no update arrives at the postgresql.log but only a commit)
<johannesV_> who broke that datasources ? :)
*** holycow has quit IRC
*** jamest_ has joined #gnuenterprise
<reinhard> what??
<reinhard> johannesV_: 2 tier or appserver?
<reinhard> works for me with 2 tier
*** SachaS has quit IRC
<reinhard> doesn't work with appserver
<reinhard> you're already investigating?
<johannesV_> it does not work for me in both 2-tier and appserver
<johannesV_> and i had no time to investigate ...
<johannesV_> (still away ... :)
<reinhard> ok, looking at it
<reinhard> argh fsck
<reinhard> found it
<johannesV_> back
<johannesV_> :)
<johannesV_> it's too hot for outside workin ...
*** holycow has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** holycow has quit IRC
*** dcmwai has joined #gnuenterprise
*** johannesV__ has joined #gnuenterprise
*** johannesV_ has quit IRC
*** dcmwai has quit IRC
*** johannesV__ has quit IRC
*** wendall911 has joined #gnuenterprise
*** wendall911 has left #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** mnemoc_ has joined #gnuenterprise
*** mnemoc has quit IRC
*** jamest_ has left #gnuenterprise
<reinhard> night all
*** reinhard has quit IRC
*** sjc has quit IRC
*** wendall911 has quit IRC
*** wendall911 has joined #gnuenterprise
*** SachaS has quit IRC
*** wendall911 has quit IRC
*** dcmwai has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** dimas has quit IRC
*** jamest has quit IRC
*** SachaS has joined #gnuenterprise
*** _wt has joined #gnuenterprise
*** SachaS has quit IRC
*** dcmwai has quit IRC
*** wt has quit IRC
*** havoc has quit IRC
*** chillywilly has quit IRC
*** chillywilly has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** SachaS has joined #gnuenterprise