*** SachaZzz has quit IRC
*** Morphous has quit IRC
*** cwheeler has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** Amorphous has joined #gnuenterprise
*** Morphous has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> titopbs, still reading yesterdays log wrt gsd
*** sjc has joined #gnuenterprise
<johannesV> ok
<johannesV> titopbs, are you there ?
<johannesV> well, then for the logs: a gsd does *not* need a tables-section if only data should be processed, but it needs at least a tabledata section having a description
<johannesV> but it seems as if there's still a bug in gnue-schema (which i might have introduced yesterday)
<johannesV> so please stand by another 5 minutes
*** Amorphous has quit IRC
<johannesV> ok, it's fixed now ...
<johannesV> titopbs, please note: if no <tables> are given in a gsd, you have to define the key fields either via <definition><column ...> or directly via <value field=".." key="True">...
<johannesV> well, to be precise: if no <tables> having a primary key tag are given ...
<johannesV> i have to do constraint-support for schema introspection first, so gnue-schema can fetch all such information from the backend and no extra specifications are needed
<johannesV> but this will take some more time to do ...
<johannesV> and the next logical step would be to rebuild gnue-gsdgen to work based on schema-introspection
<johannesV> atm it's based on the appserver's gnue_* system classes
<johannesV> and a last note: gcd-files are not for gnue-packages, but for gnue-appserver
<johannesV> if you don't use appserver, you won't use gcd. that's why a gcd has no 'primary key' tag ... appserver uses gnue_id automatically as primary key ...
<johannesV> dixit
*** reinhard has joined #gnuenterprise
*** dcmwai has quit IRC
*** dcmwai has joined #gnuenterprise
*** wayneg has quit IRC
*** wayneg has joined #gnuenterprise
*** btami_ has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** btami has quit IRC
<kilo> good morning
<btami_> hi
<johannesV> good morning
<holycow> mornin guys
<holycow> see ya in a few
*** holycow has quit IRC
<kilo> some time ago we realized with btami, that j* also includes johannesV 8-))
<johannesV> *lol*
<reinhard> brb
*** reinhard has quit IRC
*** sjc has quit IRC
*** reinhard has joined #gnuenterprise
*** btami_ has quit IRC
*** kilo has quit IRC
*** dcmwai has quit IRC
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** btami has quit IRC
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
*** kilo has quit IRC
*** jamest has joined #gnuenterprise
*** titopbs has quit IRC
*** jcater has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
<dimas> hello all
<dimas> i'm installing gnue on sarge snapshot
<dimas> when installing postgresql apt is going to install python2.1 even when python2.3 is installed
*** titopbs has joined #gnuenterprise
<dimas> should i solve this somehow or leave it as is?
*** GNUe566 has joined #gnuenterprise
<dimas> i mean should i agree to install python2.1?
*** GNUe566 has quit IRC
<titopbs> aha, I also figured out that .gsd files get upset even if you use the <definiton> tag, and try to load data.  it still won't load.
<titopbs> dimas: well gnue uses python2.1, but I'm running gnue successfully with Python 2.3.4 from debian
<dimas> i know
<dimas> the problem is
<dimas> <dimas> when installing postgresql apt is going to install python2.1 even when python2.3 is installed
<titopbs> heh.. is this debian?
<dimas> sarge snapshot
<johannesV_> titopbs, I've fixed this today in the morning
<titopbs> hrm.. let me look at my dependencies.
<titopbs> johannesV: ok so try a svn update, and try again?  will do!
<johannesV_> it was me who introduced this bug the day before yesterday
<johannesV_> yes, right
<titopbs> johannesV: ok :P do I still have to do a table definition to import data now, or can I skip that step?
<johannesV_> no table is needed
<johannesV_> just tabledata
<titopbs> johannesV: Wonderful! thanks! I'll try it right now!
<johannesV_> :)
<titopbs> dimas: python2.3-psycopg seems to do the trick for me, no python2.1 required.. have you done a apt-get update?
<titopbs> dimas: uhh. I'm in unstable tho..
<titopbs> dimas: no testing.
<johannesV_> i'm using testing
<johannesV_> dimas, do you setup postgresql or the the pgsql-client ?
<dimas> postgresql
*** sjc has joined #gnuenterprise
<titopbs> bbiab in abit boss
<johannesV_> hmm, that's strange, since there seems a dep only on python2.3 (in testing)
<dimas> johannesV_: ok, may be i need updated packages
<johannesV_> right
<titopbs> ok boss is done talking about his headache... any luck dimas?
<titopbs> johannesV: is the key="Y" required still?
<titopbs> it also gets upset with an & sign in between <value> </value>
<titopbs> for a string type.
<dimas> titopbs: installing after apt-get update
<titopbs> johannesV_: Seems to work! except it now breaks because I'm breaking a constraint in the database, but that's not a gnue-schema problem. now to figure how how to generate gnue_id column...
<reinhard> titopbs: you can take whatever you want for gnue_id
<reinhard> it just has to be unique in the table, and it has to be not more than 32 characters
<reinhard> bbl
<titopbs> reinhard: I found the code from readgcd.py that creates it, so I'm just doing what it did.. which is just 32 random numbers.  I didn't know if it was something special or not, but obviously not :P
<titopbs> reinhard: thanks!
<johannesV_> titopbs, the key="True" is needed if no table with primary key is given or no column with key="yes" is given
<johannesV_> you cannot use symbols like &, < > and the like, cause these are xml-specials
<johannesV_> you can add it between <[[CDATA
<johannesV_> or do it like &amp; or &gt; ...
<titopbs> johannesV_: wonderful! I'll put this in my notes in the wiki.
<titopbs> johannesV_: thanks!
*** jcater has quit IRC
*** holycow has quit IRC
<dimas> thanks titopbs, johannesV_
<dimas> postgres installed, will test at home
<dimas> bye
*** holycow has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** wendall911 has left #gnuenterprise
<johannesV_> bbl
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** johannesV has quit IRC
*** fdgdfgee has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** titopbs has quit IRC
*** agile has quit IRC
*** agile has joined #gnuenterprise
*** fdgdfgee has quit IRC
*** cilkay has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** agile has quit IRC
*** agile has joined #gnuenterprise
*** agile has quit IRC
*** agile has joined #gnuenterprise
*** agile has quit IRC
*** jamest has left #gnuenterprise
*** agile has joined #gnuenterprise
<reinhard> time to go to bed
<reinhard> night all
*** reinhard has quit IRC
*** titopbs has joined #gnuenterprise
*** titopbs has quit IRC
*** titopbs has joined #gnuenterprise
*** wendall911 has quit IRC
*** SachaS has quit IRC
*** bigbrother has joined #gnuenterprise
*** bigbrother has joined #gnuenterprise
*** sjc has quit IRC
*** titopbs has quit IRC
*** titopbs has joined #gnuenterprise
*** holycow has quit IRC
*** suni has joined #gnuenterprise
*** suni has quit IRC
*** holycow has joined #gnuenterprise