*** derek has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
<k-man_> morning
<reinhard> brb
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
<reinhard> back
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
<btami> good morning
<sacha> night
*** sacha is now known as sachaZzz
*** johannesV has quit IRC
<reinhard> sigh
<reinhard> after upgrading to etch yesterday, evolution survives < 1 min before it hangs
<kilo> good morning
<johannesV_> hey, great ... commit-mails are working again
<kilo> lol 3 MBs :D
*** yure has joined #gnuenterprise
*** ajmitch has quit IRC
*** ajmitch has joined #gnuenterprise
*** krizz_ has joined #gnuenterprise
<krizz_> hello gnuepeople
<krizz_> i'm trying to compile wxPython2.6.2 in debian
<krizz_> and ' was curious if i have to compile wxWidgets too, to make it work on gnue-designer
<johannesV_> krizz_, why don't you just download wx2.6 from wxPython.org ?
<johannesV_> or at least from sourceforge
<krizz_> em?
<krizz_> there's no prebuild debs for wx2.6.2
<johannesV_> oh, yeah i've just seen it ...
<johannesV_> didn't know that there's no prebuilt deb available
<johannesV_> sorry
<krizz_> no prob :)
<krizz_> so now about wxWidgets?
<johannesV_> but i think the wxwidgets libraries would be needed ... isn't a 2.6.1 available for your debian ?
<johannesV_> i'm running ubuntu and it has a 2.6.1.1 available
<krizz_> yes it is, but gnue-desginer complains that 2.6.2 versions is not for him :)
<krizz_> i'm on ubuntu too
<johannesV_> krizz_, i haven't built a wxpython from source either, so i don't know wether the wxwidgets is needed or not. but i think the libs will be required for wxpython
<krizz_> oh, ok then i'll do them all.. it just takes a lot of time and i'm bored waiting :)
*** ajmitch has quit IRC
<johannesV_> so is pep8 accepted for new gnue-code ?
<reinhard> I think that's what we agreed on yesterday, yes
<johannesV_> ok
<johannesV_> hm, strange
<johannesV_> calling a block.commit () is redirected to the owning form and thus doing a form.commit ()
<johannesV_> but calling a block.rollback () is redirected to block.processRollback () only
<johannesV_> and thus not affecting other (unrelated) blocks of the form
<reinhard> FWIW, I think that was us who did that
<reinhard> we changed one because there were problems
<reinhard> with multi block forms
<kilo> exactly
<johannesV_> ok, so what is the preferred way ? calling the forms' routines or the blocks' one ? or leave it as it is ?
<reinhard> I can't remember exactly what the problem was
<reinhard> it had to do with (IIRC) searching in one block fsck'd up other blocks
<reinhard> brb
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
<reinhard> dammit
<reinhard> I can't get evolution to work properly
<johannesV_> isn't it working on the notebook either ?
*** dimas__ has joined #gnuenterprise
<reinhard> it works with the notebook
<reinhard> reading my mail there right now
*** yure has quit IRC
*** yure has joined #gnuenterprise
*** krizz_ has quit IRC
<johannesV_> reinhard, regarding to pep8. it says to not use a space after functionnames. what about classes ? like class Foobar: pass ... x = Foobar() or x = Foobar () ?
<reinhard> consistent would be Foobar()
<reinhard> because it's actually a function call of the constructor function
<johannesV_> ok
<reinhard> likewise for definitions
<reinhard> class foo(bar):
<reinhard>   def baz():
<reinhard>   def baz(self):
<johannesV_> bah
<johannesV_> it looks really ugly to me ...
<johannesV_> :(
<johannesV_> i hope i'll get used to it soon
<kilo> i like it...
<johannesV_> too much indentation ...
<johannesV_> what a wast of space :)
<reinhard> we save the space by having no blank before the (
<reinhard> ;-)
<johannesV_> ha ha ...
<kilo> nah i didnt like foo<space>(
<johannesV_> how can we "disable" an entry atm ?
<reinhard> I think there is a property that you can set to false
<johannesV_> no, it isn't
<johannesV_> at least nothing like that is listed in _triggerProperties of GFEntry
<johannesV_> there is _base/UIdriver doing a setValue with an additional argument for enabled (depending on the rows)
<johannesV_> but it can't be toggled from within a trigger-code (for example)
<kilo> iirc there is no way to do that atm
<johannesV_> ok
<johannesV_> i think that's true
<kilo> but there should be...
<johannesV_> so there should be a triggerProperty 'enabled' which could be set to true/false
<johannesV_> and every widget should implement a set_enabled (state) function
<johannesV_> (and a get_enabled ... ?)
*** ajmitch has joined #gnuenterprise
<johannesV_> reinhard, to set an issue to testing i do include a text like "issue55 testing" within my commit-message, right ?
<reinhard> right
<reinhard> on a line by itself
<johannesV_> ok, just tried it anyway
<johannesV_> works fine
<johannesV_> :)
*** Shufla has joined #gnuenterprise
<Shufla> hello :)
*** johannesV_ has quit IRC
*** Shufla has quit IRC
<kilo> ajmitch: awake?
<ajmitch> somewhat ;)
<kilo> :)
<kilo> in the packaged version, where do we read the connectons.conf from?
<reinhard>  /etc/gnue/connections.conf
<kilo> are you sure?
<ajmitch> it was last time I checked
<ajmitch> though you may need to copy the sample into place & edit it to your needs
<kilo> and the one in /usr/local/gnue/etc is the one that is used... when set up from source?
<ajmitch> yes
<ajmitch> since /usr/local should never ever be seen in a package
<reinhard> talking about debian packages...
<reinhard> ajmitch: any chance to get debs for the new releases?
<ajmitch> sure
<ajmitch> I just need to get around to it :)
*** btami has quit IRC
*** dimas_ has quit IRC
*** jamest has joined #gnuenterprise
*** kilo has left #gnuenterprise
*** chillywilly has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** yure has quit IRC
*** jcater_ has left #gnuenterprise
*** jcater has joined #gnuenterprise
<jcater> morning all
*** derek has quit IRC
*** yure has joined #gnuenterprise
*** k-man has joined #gnuenterprise
*** yure has quit IRC
*** g_geeko has joined #gnuenterprise
*** dimas__ has quit IRC
*** k-man_ has quit IRC
<g_geeko> how do I checkout the devel tree?
<reinhard> g_geeko: http://www.gnuenterprise.org/developers/svn.php
<jcater> http://www.gnuenterprise.org/developers/svn.php
<jcater> err, yeah
<reinhard> lol
<reinhard> race condition detected
<g_geeko> thx, is there a separate branche/trunk (?) for the latest development version?
*** k-man has quit IRC
<reinhard> it's trunk
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** dimas has joined #gnuenterprise
*** derek has joined #gnuenterprise
<reinhard> bah
<reinhard> evolution problem fixed
<reinhard> you have to call it with G_SLICE=always-malloc evolution
<jcater> well, seems perfectly intuitive to me
<jcater> :-
<reinhard> yes
<reinhard> I wonder why I needed 9 hours to figure that out
*** k-man has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** g_geeko has quit IRC
*** jamest has quit IRC
*** jamest has joined #gnuenterprise
*** sachaZzz has quit IRC
<reinhard> cu all
*** reinhard has quit IRC
*** yure has joined #gnuenterprise
*** yure has quit IRC
*** kilo has joined #gnuenterprise
*** derek_ has joined #gnuenterprise
*** derek has quit IRC
*** jamest has left #gnuenterprise
*** krizz_ has joined #gnuenterprise
*** krizz_ has quit IRC
*** docelic has quit IRC
*** sjc has quit IRC
*** kilo has left #gnuenterprise
*** jcater_ has joined #gnuenterprise
*** jcater has quit IRC
*** jcater_ is now known as jcater
*** jcater_ has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** derek_ has quit IRC
*** derek has joined #gnuenterprise
*** jamest has quit IRC
*** weex has joined #gnuenterprise
*** weex has left #gnuenterprise
<k-man> hello