bigbrother joined #gnuenterprise.
jbailey (~jbailey@dragonfly.fundserv.com) joined #gnuenterprise.
thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) left irc: Read error: 110 (Connection timed out)
thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) joined #gnuenterprise.
lxf (~agus_tea@202.73.120.151) left irc: 
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) got netsplit.
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) returned to #gnuenterprise.
<jcater> dneighbo: you here?
<jcater> congrats on the pregnancy
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) got netsplit.
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) returned to #gnuenterprise.
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) got netsplit.
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) returned to #gnuenterprise.
btami (~tamas@wrr.napnet.hu) joined #gnuenterprise.
<reinhard> what?
<reinhard> dneighbo is pregnant??
<jcater> http://www.livejournal.com/users/dneighbo/101196.html
<nickr> too much goat sex
<jbailey> Phear.  jcater mentions pregnancy, and the blog starts with "my daughter...
<jcater> worse yet
<jcater> So my daughter had 2 friends over ....
<jcater> last full paragraph, btw
<jcater> you can skip the other mindless drivel
<jcater> err, I mean, commentary
<jbailey> Yeah, no kiddin'
<reinhard> jbailey: hello
<jbailey> heya reinhard
<reinhard> jbailey: didn't you and ajmitch want to upload new versions of forms and designer?
<jbailey> jcater: Wow. Quickly scanning through, it looks like he had crabs, too.
<jbailey> This gets worse and worse.
<jbailey> reinhard: Yeah, probably.
<jbailey> I think he might have sent me the diff, too.
<reinhard> jcater, jamest: do we want a release of common within the next 2 weeks or so?
<reinhard> there might be a release of appserver before end of february
wendall911 (~wendallc@216.255.199.8) joined #gnuenterprise.
siesel (~jan@xdsl-213-196-214-159.netcologne.de) joined #gnuenterprise.
<johannesV> reinhard: sortorder of value-rows no longer matters :))
<wendall911> anybody here admin Mailman that could answer a very quick question?
<johannesV> gnue-scripter == gnue.common.schmea.scripter ?
<siesel> yes
<johannesV> siesel: ok, thanks .. will have a look at it tomorrow ...
<johannesV> gn8t
johannesV (~johannes@M1561P017.adsl.highway.telekom.at) left #gnuenterprise ("Client Exiting").
<siesel> hmmm, seems like the change in the xslt scripts drops backward compatibility 
<Vee> heh, and I *thought* I was busy! (re: derek's 4x)
<jamest> reinhard: i think that's be ok
<jamest> jcater?
<reinhard> siesel: that's not good
<reinhard> siesel: you think it's possible to make it upwards compatible?
<reinhard> well probably johannes should fix this :)
<siesel> yes. should be possible.
<reinhard> jamest: what will be ok?
<reinhard> jamest: releasing common?
<jamest> ja
<reinhard> or releasing appserver without common?
<reinhard> ah ok
<jamest> fine w/ me
<reinhard> the question is: is common stable enough for a release?
<jamest> i think the new datasources have been tested out ok
<jamest> most of it should be
<reinhard> (after the latest datasource stuff)
<reinhard> ok
<jamest> "it works for me"
<reinhard> is it correct that there was no change in forms, designer and reports?
<reinhard> so forms 0.5.2 would work with common 0.5.3?
<jamest> IIRC nothing major that is worth releases 
<siesel> jamest: I'm not quite shure if all dbdrivers are allready ported to the new API
<jamest> ah
<jamest> damn
<reinhard> siesel: on that topic
<siesel> listening
<reinhard> siesel: is it correct that datasources/drivers/appserver/appserver/Driver.py could be deleted?
<reinhard> i was quite confused by that file until i found out that it seems to be
<reinhard> a remains from pre-datasource-change times
<siesel> yes. it should.
<siesel> ok. deleted.
<siesel> jamest: seems like I was wrong. just some special case drivers as the csv and the ldap driver haven't been ported yet
<jamest> ah
<jamest> ok
<reinhard> siesel: thanks
<jcater> were those working before?
<siesel> reinhard: do you or johannes have some example which access the session methods in a trigger?
<jcater> I coulnd't tell if they were still early in development
<jcater> or if they worked
<btami> csv worked
<siesel> jcater: both worked. but the ldap driver needs a heavy rework, so ...
<btami> but i have no time to update yet
<btami> anyhow, csv was useful to test reports without any real db
<btami> it's read only
<siesel> ... it doesn't makes much sense to port it.
<siesel> btw. what about the static dbdriver, should it be updated?
<jcater> it works
<jcater> but should probably be updated too 
<siesel> ok.
<btami> btw. i have a forms question: may i cange checkchars = string.printable to string.letters 
<btami> in wx UIdriver.py
<btami> to determine widgetWidth
<btami> it's the only one patch to UHU-Linux .uhu package
<siesel> does it fix utf-8 mode? 
<btami> ?
<btami> in UHU all forms are wider then the screen
<btami> koz string.printable contains whitespace chars
<btami> and wx gives back a horrible big value for tab
<siesel> ok.
<jcater> btami: fine by me
<btami> ok, thx
jbailey (~jbailey@dragonfly.fundserv.com) left irc: "Client exiting"
<jamest> boing!
<jamest> was 0.5.2 really released clear back in October
<reinhard> siesel: i've written a test method that uses "new" and "find"
<reinhard> and it worked
<reinhard> setcontext was not functional at that time at all
<reinhard> so i couldn't test it
<reinhard> should work meanwhile, too
<siesel> IMHO we should add that to the default sample, or create another module which uses it.
<reinhard> siesel: yes, agree
<reinhard> siesel: just not sure about a meaningful way of using it
<reinhard> (not that a trigger that puts brackets around the name is meaningful)
<reinhard> :)
<siesel> I like it. It reminds me of an flipflop.
<siesel> reinhard: I get the following error: Error occured during method invokation: Cannot qualifiy name 'name', no context specified.
<reinhard> try address_name ?
<reinhard> or did you try setcontext?
<siesel> I just tried the "test.py" stuff
<reinhard> oh
<siesel> seems like there is no default context anymore.
<siesel> this even breaks object accesses like address_country.address_name
<reinhard> yes it seems
<reinhard> just trying it
<siesel> I think we can solve it by passing a default context on the Session.__qualify call
<siesel> reinhard: where can I find functions to split a classname into classname and module?
<reinhard> i think we have problems triggering __getattr__ and __setattr__ when we don't want it
<ajmitch> hi
kilo (~kg_kilo@fw.i-trade.hu) joined #gnuenterprise.
<reinhard> is it correct that __setattr__ is triggered always, and __getattr__ is only triggered when an attribute isn't found in __dict__?
<jcater> reinhard: that's my understanding
dyfet (~dyfet@pool-138-89-37-116.mad.east.verizon.net) joined #gnuenterprise.
<reinhard> jcater: thanks
<reinhard> siesel: fully qualified names should work
<reinhard> you might have to rebuild the sample database with sample.gsd
dyfet (~dyfet@pool-138-89-37-116.mad.east.verizon.net) left irc: "Client exiting"
siesel (~jan@xdsl-213-196-214-159.netcologne.de) left irc: Read error: 113 (No route to host)
<reinhard> doh
<reinhard> you should never share a test db with another developer
<reinhard> for half an hour i searched for a mistake
<jcater> what?
<jcater> you don't test against production databases?
<reinhard> now i found out that johannes introduced a typo in a procedure definition to test error messages
<reinhard> jcater: i have none yet, so i can't :)
<reinhard> siesel: if you read the logs: test.py works for me, my only problem was a completely broken test database
siesel (~jan@xdsl-195-14-223-252.netcologne.de) joined #gnuenterprise.
<reinhard> <reinhard> siesel: if you read the logs: test.py works for me, my only problem was a completely broken test database
<siesel> logs are down :(
<reinhard> i wrote that just a few seconds before you rejoined
dcmwai_ (~dcmwai@219.95.60.90) joined #gnuenterprise.
<siesel> :)
<siesel> hi dcmwai
<siesel> reinhard: it still doesn't work for me, and it seems to be connected with a missing default context.
<reinhard> you trying test.py?
<reinhard> what is the exact error message you get?
<reinhard> (btw i get tracebacks on "for connection in self._openConnections:"
<reinhard> )
<siesel> ok, i found out the reason.
<siesel> in my address_test method it is "print self.name" which doesn't qualifies, instead of self.address_name which is in sample.gsd
<reinhard> ok
<reinhard> address_name should work
<reinhard> or you could test doing
<reinhard> setcontext ("address") before that
<siesel> but IMHO self.name should be a possibility too
<reinhard> so you would test if setcontext works :)
<reinhard> i think we will provide a default context to every procedure
<reinhard> which is the module that defines the procedure
<reinhard> so for the module address_foo the default context will be address
<siesel> because address is the module the class address_person is in, so it should be a kind of default ....
<siesel> ok, you're solution is better. i.e. call setcontext, before procedure execution
<reinhard> yes
<reinhard> should be a one-liner in geasInstance.py
<reinhard> just i've got no clean geasInstance here because i work on the cache
<reinhard> :(
<siesel> I'll fix it :)
<reinhard> thanks
<siesel> and revert my "take default context from class" stuff :(
jbailey (~jbailey@dragonfly.fundserv.com) joined #gnuenterprise.
dcmwai (~dcmwai@219.95.60.90) left irc: Read error: 110 (Connection timed out)
<jamest> damn spammers
<jamest> they're sending my users "You've won the lottery" msgs
ajmitch_ (~ajmitch@vodca.otago.ac.nz) joined #gnuenterprise.
btami (~tamas@wrr.napnet.hu) left irc: 
<reinhard> siesel: __getattr__ is only triggered when the attr isn't stored in the __dict__
<reinhard> so the change to __setattr__ is correct (and necessary)
<reinhard> but the change to __getattr__ isn't necessary
dsmith (mrf94ikv6x@oh-strongsvillecadent1-1f-100.clvhoh.adelphia.net) left irc: "Good Night!"
<reinhard> as well as the change in __str___
<siesel> I thought it would be the same
<reinhard> <reinhard> is it correct that __setattr__ is triggered always, and __getattr__ is only triggered when an attribute isn't found in __dict__?
<reinhard> <jcater> reinhard: that's my understanding
<siesel> ok. found it myself. Language Reference: __getattr__: Called when an attribute lookup has not found the attribute in the usual places (i.e. it is not an instance attribute nor is it found in the class tree for self). name is the attribute name. This method should return the (computed) attribute value or raise an AttributeError exception.
<reinhard> cool
<reinhard> now we have it black on white :)
<siesel> btw. do we have "NULL" links. i.e. a person which isn't connected with a country?
<reinhard> should be possible
<reinhard> depending on the definition
<siesel> ok, then we need the __delattr__ function. f.e.  "del self.address_country" would remove the link to another object
<reinhard> siesel: you sure?
<reinhard> i thought self.address_country = None should do that
<reinhard> the attribute itself should continue to exist
<reinhard> just the value should be removed
<reinhard> IMHO
<siesel> hmmm, seems its getting late :)
<reinhard> oh yeah...
kilo (~kg_kilo@fw.i-trade.hu) left irc: 
jamest (~jamest@gw.math.ksu.edu) left #gnuenterprise ("Kopete 0.8.0 RC1 : http://kopete.kde.org").
sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) left irc: "sleeping"
jbailey (~jbailey@dragonfly.fundserv.com) left irc: "Client exiting"
jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "Client exiting"
thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) left irc: Connection timed out
siesel (~jan@xdsl-195-14-223-252.netcologne.de) left irc: "night"
<reinhard> uh?
<reinhard> did somebody fart in here?
<wendall911> reinhard: hard to find reliable help lately?
<wendall911> ;)
<reinhard> anyway
<reinhard> night all
reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) left irc: "Even if you're on the right track, you'll get run over if you just sit there."
dcmwai_ (~dcmwai@219.95.60.90) left irc: "Client exiting"
jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) joined #gnuenterprise.
jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) left irc: Client Quit
ajmitch (~ajmitch@pop11-port103.jetstart.maxnet.co.nz) left irc: Read error: 54 (Connection reset by peer)
ajmitch_ (~ajmitch@vodca.otago.ac.nz) left irc: "Leaving"
dyfet (~dyfet@pool-138-89-37-116.mad.east.verizon.net) joined #gnuenterprise.
chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) left irc: "leaving"
ajmitch (~ajmitch@pop11-port81.jetstart.maxnet.co.nz) joined #gnuenterprise.
<dneighbo> hi dyfet
<dneighbo> saw your mail on evolution list
<dyfet> oh hi
<dyfet> yes
<ajmitch> hi
gsoti_away (~gsoti@adsl-68-72-88-60.dsl.chcgil.ameritech.net) joined #gnuenterprise.
someon (~some1@h24-81-151-173.vf.shawcable.net) joined #gnuenterprise.
chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) joined #gnuenterprise.
wendall911 (~wendallc@216.255.199.8) left irc: "Download Gaim: http://gaim.sourceforge.net/"
gsoti_away (~gsoti@adsl-68-72-88-60.dsl.chcgil.ameritech.net) left irc: "Client Exiting"
dyfet (~dyfet@pool-138-89-37-116.mad.east.verizon.net) left irc: "Client exiting"
someon (~some1@h24-81-151-173.vf.shawcable.net) left irc: Remote closed the connection
someon (~some1@h24-81-151-173.vf.shawcable.net) joined #gnuenterprise.
<someon> OK..  So I saw in the logs that the logs are broken...  What broke?
jbailey (~jbailey@CPE00062579efac-CM014260028338.cpe.net.cable.rogers.com) joined #gnuenterprise.
<ajmitch> hi jeff
<ajmitch> someon: no idea :)
<jbailey> Heya Andrew.
<jbailey> You sent me the .diff.gz right?
<ajmitch> yep
<ajmitch> currently I'm trying to get kde back in useful shape again ;)
<jbailey> Cool.  I'll look at that tomorrow evening then.
jbailey (~jbailey@CPE00062579efac-CM014260028338.cpe.net.cable.rogers.com) left irc: "Client exiting"
someon (~some1@h24-81-151-173.vf.shawcable.net) left irc: Remote closed the connection
someon (~some1@h24-81-151-173.vf.shawcable.net) joined #gnuenterprise.
--- Tue Feb 10 2004