*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
* SachaS is back (gone 13:05:08)
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
<kilo> 'morning
<btami> reggelt
<kilo> hellas?
<btami> well, wasn't a nice play...
<btami> i liked cech
<kilo> no it wasn't
<kilo> i liked the choco icecream i absolved during the match
<btami> :)
<btami> well, have you seen Sharapova? she is mucso nicer :)
<kilo> no, i don';t like tennis
<btami> bah
<kilo> most of the time they only walk around playing with the ball, then whoops, 3 seconds of action, then again, walking around...
<btami> yeah :)
<kilo> but then, i do like cycling, and the tour de france has started
<btami> yes, Armstrong is the king, like Schumi
<btami> and zsolti :)
*** nickr has quit IRC
<btami> maybe today i can go to the pool again, and i will be the king of water  :)
<kilo> woaa
<btami> hehe
<holycow> hi guys
<holycow> :)
<kilo> hi holycow
<btami> hi
<holycow> go watch spiderman 2 if you get the chance
<holycow> wonderfull movie
<holycow> kilo, i used to cycle
<holycow> i miss it
<holycow> but you can't really cycle anywhere here except at night
<holycow> you will get killed
<holycow> :/
<holycow> kinda gets in the way of the job thing
<kilo> oh, i did cycle too, got 3rd place in ajunior national championship
<holycow> did you? oh hey congrats :)
<holycow> i was never talented enough
<holycow> either that or too lazy
<kilo> hehe
<kilo> i remember riding in -20C... wasnt it wonderful...
<holycow> well in a weird way it was
<holycow> i mean
<holycow> you feel like superman out there beating the weather, y'know?
<holycow> i used to do 3 to 4 hours a night
<holycow> mind you i was unemployed at the time so that was spankin
<kilo> ...and now my knees are misbehaving...
<kilo> btami: have you received an email from feher janos, mindworks?
<btami> yes
<btami> answered
<kilo> ok, me too, but hasn't got an answer since then
<btami> same here
<kilo> johannesV: wow, you fixed the double constraint def error?
<johannesV> kilo: no, did i ?
<kilo> hmmm, then i dont see something
<johannesV> but thanks for reminding me ... :)
<johannesV> i'll have a look at it right now
<kilo> it just does not happen now...
<johannesV> hmm, can you send me your gcd's which led to this problem ?
<kilo> oh, do you really want to sink this deep 8-))
<johannesV> :)
<johannesV> ok, i can reconstruct the problem 
<kilo> and now johannesV is hiding from kilo's gcd-armada falling from the sky
<johannesV> ok, so the INV class would have the problem
<kilo> exaclty
<kilo> axcalty
<johannesV> ok, thanks
<kilo> e x a c t l y
<johannesV> i'll dig into it
<kilo> oh, wait, i'll send all gcd-s in one tar instead
<johannesV> kilo: it's ok, i've got the gcd's 
<kilo> well it is not a complete problem, INV class has 2 PARTN references, and that is the problem
<johannesV> ok, but it's the same problem of "having multiple references to a class 'x' in class 'y'"
<kilo> yes
<kilo> and will you convert base.gsd to base.gcd the way you did with auth.gsd?
<johannesV> kilo: no, base.gsd won't be converted
<kilo> ok
<johannesV> this is the 'starting set' to create appserver
<johannesV> since this must match (gnue_id's) in classrep/repository.ini
<johannesV> and that's why it can't be 'auto-inserted' by gcd2sql
<kilo> hmm, yes
<kilo> ok, it is monday morning...
<johannesV> kilo: please svn-update to get the bug-fix :)
<kilo> oooo, wow...
<kilo> this man, named johannesV, he is one of the greatest knights in gnue kingdom
<johannesV> :)
<SachaS> i think he is a bot or something
<johannesV> ok, please try your gcd's and give me a go/no go
<kilo> we are lucky to know him and greateful to even be allowed to mouth his name
<johannesV> i'll leave for lunch now :)
<SachaS> johannesV: machines dont eat
<SachaS> ;)
<kilo> oil and metal
<kilo> johannesV: great, done w/o errors
<kilo> thx
*** nickr has joined #gnuenterprise
*** holycow has quit IRC
<SachaS> see you later all
*** SachaS has left #gnuenterprise
<johannesV> kilo: person/class/contact.gcd: class Person has parameters without a type
<johannesV> that's not valid
*** jproby has joined #gnuenterprise
<kilo> checking
<kilo> aaayyyyess, that is unfinished yet
<johannesV> hmm, there seem's to be another problem regarding case
<johannesV> e.g. LOC_country (which gives an error: relation "loc_country" already exists ...)
<kilo> i dont see that
<johannesV> i've unpacked your tar.gz, and did: gcdcvs -c gnue `find . -name '*.gcd' -print`
<johannesV> where gnue was the 'empty' appserver db
<johannesV> there the processing failed on the loc_country class (which is reported by introspection as 'loc_country')
<johannesV> but schema-creation is trying to create a 'LOC_country'
<kilo> it is still under work so can contain errors
<johannesV> the gcd has no errors
<kilo> but i use it building a sample app and it gives no errors
<johannesV> the problem is, drivers/Base/Connection.updateSchema () doesn't know about case-sensitiveness of the introspector
<jproby> hello
<kilo> hi jproby
<johannesV> is firebird case sensitive with tablenames ?
<kilo> brrr, i don't know, but hope it is not
<jproby> does some of you have sample apps i can look at using appsserver
<jproby> ?
<johannesV> jproby: what kind of app are you looking for ?
<jproby> actually not a particular kind as i have to develop one myself but something like reference implementation to show appserver use
<jproby> I will probably use gnue for a kind of CRM tool
<johannesV> hmm, there's an app (hotline) in gnue-contrib (svn repository), but i don't know if it is accessible by anonymous svn right now
<johannesV> i don't know if it's included in nightly snapshots
<jproby> I have a slow connection here so snapshots are a little too big to look at
<jproby> for svn, last time I tried i had a connection refused message
<jproby> same thing now
<kilo> we could send it zipped up to you
<jproby> nice thx
<jproby> by DCC ?
<jproby> email
<jproby> ?
<johannesV> kilo: newGCD.tar.gz now runs through without an error, but i've to think about case in introspection/schema-creation
<johannesV> checking for relationnames can be handled by introspector internally, checking for fields is a bit tricky
<kilo> johannesV: do you agree to send hotline to jproby? is it up-to-date in svn?
<kilo> wow, that is good news
<kilo> as it run here w/o errors too
<johannesV> hotline is up to date
<johannesV> well, i've to check wether this was interbase specific
<johannesV> maybe hotline-app isn't the best sample, but it *is* one :)
<jproby> kilo: thx
<kilo> well some parts are in german...
*** nickr has quit IRC
*** bluesbaron_ has joined #gnuenterprise
<johannesV> kilo: runing your gcd's a second time it fails too
<johannesV> DB000: kinterbasdb.ProgrammingError: (-607, 'execute.isc_dsql_execute: unsuccessful metadata update. STORE RDB$RELATION_FIELDS failed. attempt to store duplicate value (visible to active transactions) in unique index "RDB$INDEX_15". ')
<johannesV> i'll do some further tests on mysql and will the try to find a fix
*** nickr has joined #gnuenterprise
<kilo> that means you are trying to insert existing constraints and interbase is not fond of the idea
*** nickr has quit IRC
*** reinhard has quit IRC
*** ajmitch has quit IRC
*** chillywilly has quit IRC
*** SachaLog has quit IRC
*** kilo has quit IRC
<johannesV> problem is: updateSchema could find out, that the fields are already existing and theirfore tried to create a duplicate constraint(index)
*** nickr has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** SachaLog has joined #gnuenterprise
*** ajmitch has joined #gnuenterprise
*** chillywilly has joined #gnuenterprise
<johannesV> <johannesV> problem is: updateSchema could find out, that the fields are already existing and theirfore tried to create a duplicate constraint(index)
<johannesV> i've to leave for a meeting now, but i'll do it later this day
*** bluesbaron_ has quit IRC
*** bluesbaron_ has joined #gnuenterprise
*** btami has quit IRC
<jproby> i am trying hotline and after installing everything, running form exit with *global name 'classname' is not defined*
<jproby> any idea ?
*** kilo has quit IRC
<jproby> well this problem seems to come from an appserver install pb 
<jproby> with the my default gnue db it works better
<jproby> but forms die with this message : "gnue.common.rpc.client.DistantError: 'NoneType' object has no attribute 'gnue_name'"
<jproby> if i try to use classrepository.gfd on the same connection it works fine
*** johannesV_ has joined #gnuenterprise
*** dimas has quit IRC
*** johannesV has quit IRC
*** kilo has joined #gnuenterprise
<kilo> jproby: is your connections.conf entry correct?
<jproby> yes i think so
<jproby> it works if i use classrepository.gfd form
<kilo> and when does it not work
<jproby> with hotline.gfd for exemple
<jproby> all hotline forms return with "gnue.common.rpc.client.DistantError: 'NoneType' object has no attribute 'gnue_name'"
*** SachaS has joined #gnuenterprise
<kilo> is there a [hotline] section with appropriate datae in connections.conf?
<jproby> [hotline]
<jproby> host = localhost
<jproby> transport = http
<jproby> provider = appserver
<jproby> port = 8765
<jproby> rpctype = xmlrpc
<jproby> aliases = hotline
<jproby> kilo: yes
<kilo> hmm
<jproby> it seems to be in self._adapter._runMethod
<jproby> maybe a trigger
<kilo> i have the ultimate answer: ask reinhard 8-))
<reinhard> can you remove the aliases = hotline?
<jproby> reinhard: yes
<reinhard> and can you give me your python version?
<jproby> Python 2.3.3 
<reinhard> python version should be ok
<jproby> do i need to restart appserver ?
<reinhard> it doesn't hurt
*** dimas has joined #gnuenterprise
<jproby> reinhard: very nice - it works now
<jproby> I have to learn german now ;)
<kilo> oh, that is very simple. eg disco=Eine kleine Nachmusik 8-))
<jproby> :)
<kilo> Nachtmusik...
*** dimas has joined #gnuenterprise
<johannesV_> kilo: identifier problem is fixed for now as well as the duplicate constraint problem
<johannesV_> i think i'm going to refine interbase-driver's introspection a bit :))
*** jproby_ has joined #gnuenterprise
<kilo> oh, music to my ears
*** jproby has quit IRC
<SachaS> any progress on list properties ? ;)
<SachaS> not that i need them tomorrow but ...
<SachaS> i just had a look at a magazine (swiss magazine).
<SachaS> saying for the swiss Small to Medium Enterprise (SME) market there are about 200 ERP solutions
<SachaS> this includes the big gorillas but also many many small ERP companies
<SachaS> many small swiss ones even, which are customized for swiss environment etc.
<johannesV_> jcater: i've commited the Schema.Creation for oracle; do you have some time to perform a few tests ?
<johannesV_> btw. has oracle case-sensitive identifiers, i.e. for tablenames or column-names ?
*** jproby_ has quit IRC
*** bluesbaron_ has left #gnuenterprise
<jcater> johannesV_: I will try to test later
<jcater> oracle is case-insensitive
*** chillywilly has quit IRC
*** holycow has joined #gnuenterprise
<johannesV_> ok, thanks
*** johannesV_ has quit IRC
*** jamest has joined #gnuenterprise
*** reinhard has quit IRC
*** SachaS has quit IRC
*** johannesV has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
<dimas> http://www.linuxworld.com/story/45239.htm
<dimas> could not resist
<dimas> :)
<holycow> heh
*** johannesV has quit IRC
*** sjc has joined #gnuenterprise
* SachaS is away: away
*** btami has joined #gnuenterprise
*** SachaS has quit IRC
*** btami has quit IRC
*** kilo has quit IRC
*** SachaS has joined #gnuenterprise
*** sjc has quit IRC
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** holycow has quit IRC
*** jcater has quit IRC