*** jcater has quit IRC
*** jamest has quit IRC
*** aries has joined #gnuenterprise
<aries> hi
*** kilo has joined #gnuenterprise
<aries> kilo
<kilo> good morning
<kilo> hi aries
<kilo> in what state you are now regarding gnue
*** johannesV has joined #gnuenterprise
<kilo> hi johannesV
<aries> hi johannesV
<aries> kilo: I'm trying to start designer, but I think I should read the docs now :)
<kilo> hmm, designer is wx-only. do you have proper wxpython?
<johannesV> hi guys
<johannesV> i'm off in a few minutes again (have to bring my wife to the doctor ...)
<johannesV> just reading logs to keep in sync with all of you :)
<aries> kilo: I think, but if start gnue-designer, I'm getting a brand new error msg =)
<ajmitch_> which is?
*** johannesV has quit IRC
<kilo> what kind of error msg?
<aries> I've
<aries> libwxgtk2.4-2.4.2-4mdk
<aries> libwxPythonGTK2.4-2.4.2.4-2mdk
<aries> libwxgtkgl2.4-2.4.2-4mdk
<aries> libwxgtk2.4-devel-2.4.2-4mdk
<aries> [aries@ganja aries]$ gnue-designer
<aries> Traceback (most recent call last):
<aries>   File "/usr/local/bin/gnue-designer", line 30, in ?
<aries>     from gnue.designer import Designer
<aries>   File "/usr/local/gnue/lib/python/gnue/designer/Designer.py", line 65, in ?
<aries>     from wxPython.wx import *
<aries> ImportError: No module named wxPython.wx
<aries> wxPythonGTK-2.4.1.2-3mdk
<aries> and I've wxPythonGTK-2.4.1.2-3mdk too
<aries> from Mdk 9.2
<aries> I'm a bit confused about packages. Should I use devel packs?
<kilo> i have
<kilo> ii  wxpython       2.4.2.4-4.1    WxWindows kiegészítések a Pythonhoz
<kilo> ii  wxwidgets      2.4.2-6.1      wxWidgets widget-készlet (GTK1 változat)
<kilo> ii  wxwidgets-dev  2.4.2-6.1      wxWidgets widget-készlet (GTK1 változat) - f
<kilo> rc  wxwindows      2.4.2-2.3      wxWindows widget-készlet (GTK változat)
<kilo> rc  wxwindows-dev  2.4.2-2.3      wxWindows widget-készlet (GTK változat) - fe
<kilo> rc  wxwindows-gl   2.4.2-3.6      wxWindows widget-készlet (GTK változat) - op
*** sjc has joined #gnuenterprise
<aries> doh, wxpython v2.4 has built for python v2.3?
<aries> the py files are sitting it in /usr/lib/python2.3...
* aries symlink the files
<ajmitch_> that wouldn't surprise me
<ajmitch_> and it may not be binary compatible with python 2.4
<aries> eh, it needs gtk1...
<aries> ImportError: libwx_gtk-2.4.so.0: cannot open shared object file: No such file or directory
<aries> ImportError: /usr/lib/libwx_gtk-2.4.so.0: version `WXGTK_2.4' not found (required by /usr/lib/python2.4/site-packages/wxPython/wxc.so)
<aries> ajmitch_: what can i do?
<aries> without designer, what docs can tell me how SHOULD i start an enterprise application modules
<aries> babyerp contrib is a good starting point?
<dimas> hi all
<aries> hi dimas
<kilo> aries: babyerp is obsoleted, try cddb, hotline or invoice in contrib
<kilo> hi dimas
<dimas> hello aries, kilo
<aries> kilo: if it is obsoleted, why don't you put it into "Attic"?
<kilo> hmmm, maybe we should. will think about it and take that question to the general assembly 8-)))
<aries> kilo: I'm thinking about the gnue-invoice UML-diagram. Are there any scenario to convert the address and party tables into a more complex one?
<kilo> aries: bb in 10 mins
<kilo> aries: back
<kilo> why convert them to more complex?
<aries> because i need to store much more info about customers
<aries> are there any plans to make a complete erp modules with gnue?
<kilo> more info can be stored by extending the basic modules, anyone is welcome to help in that
<aries> does this extensions degrade the performance? my question is that should i start a completely new module(s) or extending the existing one(s)
<kilo> it surely degrades, but the question is the size of degradation. imho a simple join introduced with an xtension module does not cause big performance issues for a good db backend
<kilo> btw i've just read the logs. what is yur problem with calculated fields?
*** SachaS has joined #gnuenterprise
<kilo> hi SachaS
*** ra3vat has joined #gnuenterprise
<SachaS> hi kilo
<SachaS> how are you?
<kilo> how am i, how am i... whisky stores at home reached a critical low level... red signal flashes 8-))
<SachaS> ahhh thats why you are doing some inventory thingy with gnue ;)
<kilo> oh no, you uncovered my secret intentions 8-)))
<SachaS> haha
<dimas> do we have gnue-packages/base/org/org.gcd ?
<kilo> definitely
<dimas> see it only in gnue-oldpackages/base/org/classes
<kilo> do you have gnue-packages/base/party?
<dimas> no
<kilo> and yuo dont have gnue-packages/base/org?
<dimas> no
*** sjc has quit IRC
<kilo> you should have that
<kilo> try svn up in gnue-packages
<dimas> renewed all gnue-packages
<dimas> base/org exist
<dimas> base/party no
<kilo> that is correct
<dimas> ok
<kilo> so: <dimas> do we have gnue-packages/base/org/org.gcd ? yes
<dimas> yep ^:)
<ra3vat> hi kilo, it's me dimas :)
<kilo> oh no, dont talk to each other, dimas and ra3vat 8-)))
<ra3vat> i'm getting error when issuing gnue-invoice/scripts/setup-db.sh
<ra3vat> DB000:     cursor.execute (s)
<ra3vat> DB000:  ProgrammingError: ERROR:  ignoring unconvertible UTF-8 character 0xd3d7
*** johannesV has joined #gnuenterprise
<kilo> must be something witk country names, try to comment the last line (gsscvs...) in the script
<johannesV> using kernel 2.6.8 breaks output of cdparanoia ?
<dimas> kilo: there was error like Loading gsd file 'gnue.gsd' ...
<dimas> You are about to create the new database 'invoice-backend'. Continue [y,N]:y
<dimas> createuser: invalid option: --host=localhost
<dimas> Try 'createuser --help' for more information.
<dimas> createdb: invalid option: --host=localhost
<dimas> kilo: is that solved?
<kilo> hah, no, tell it to johannesV, it is something that we are stuck with too
<johannesV> dimas, you are using postgresql ?
<dimas> yep
<johannesV> hmm, me too
<johannesV> will check this right now
<johannesV> (i'm using the backend-db on another host ...)
<aries>  i have to go
<aries> bye
*** aries has quit IRC
<johannesV> dimas, using 'localhost' as host works perfectly for me ...
<johannesV> which version of postgresql are you using ?
<johannesV> can you reproduce this error on the commandline (by using createdb directly)
<johannesV> dimas, what does 'createdb --version' say ?
<dimas> [ds@exodus scripts]$ createdb --version
<dimas> createdb: invalid option: --version
<dimas> Try 'createdb --help' for more information.
<johannesV> ok, so what does 'createdb --help' ?
<johannesV> is there any hint about a --host option
<dimas> createuser --createdb --adduser gnue --host=localhost
<johannesV> or at least a version
<dimas> that is the command
<dimas> will check with createuser options
<johannesV> dimas, please verify your postgresql-version
<johannesV> ?
<dimas> 7.3.1
<johannesV> <dimas> createuser: invalid option: --host=localhost
<johannesV> isn't this the opposite of
<johannesV> createuser --createdb --adduser gnue --host=localhost
<johannesV> hm, i'm using 7.4.6 ...
<johannesV> dimas, can you drop the usage of 'createdb' and the usage of 'createuser' ?
<johannesV> i mean paste it in here
<dimas> createuser --createdb --host=localhost --adduser gnue
<johannesV> ?
<dimas> seems like this is more acceptable
<johannesV> which is the dbname
<johannesV> which is the username ?
<johannesV> i just want to add another database
<dimas> username should be last param
<johannesV> so which is the dbname then ?
<johannesV> i though createdb and createuser are just symlinks to pg_wrapper ???
<johannesV> ok, it's lunch-time now ... i'll try to find some 'old' docs about that 7.3.1-version of postgres ...
<johannesV> bbl
<dimas> sorry was away
*** dcmwai has quit IRC
<dimas> [ds@exodus Creation]$ diff Creation.py Creation.py.my
<dimas> 71c71
<dimas> <       createuser = u"createuser --createdb --adduser %s%s" % (username, site)
<dimas> ---
<dimas> >       createuser = u"createuser %s --createdb --adduser %s" % (site, username)
<dimas> 76,78c76,77
<dimas> <
<dimas> <     createdb = u"createdb %s --owner=%s%s --encoding=UNICODE" \
<dimas> <         % (dbname, username, site)
<dimas> ---
<dimas> >     createdb = u"createdb %s --owner=%s --encoding=UNICODE %s" \
<dimas> >         % (site, username, dbname)
<dimas> johannesV: this solves the problem with 7.3.1
<dimas> gnue-common/src/datasources/drivers/postgresql/Schema/Creation/Creation.py
<johannesV> dimas, great, i'll try this on 7.4.6 and do a commit if it works too
*** kilo has quit IRC
*** kilo has joined #gnuenterprise
*** ra3vat has quit IRC
*** dcmwai has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<dimas> Loading gsd file '../schema/invoice-en.gsd' ...
<dimas> ERROR:  fk_loc_address_loc_country referential integrity violation - key referenced from loc_address not found in loc_country
<dimas> kilo: what have i missed again? :)
*** jamest has joined #gnuenterprise
*** ra3vat has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> hi all
<btami> dimas: any success with win32 client?
<btami> @seen dimas
<bigbrother> btami: dimas was last seen here 55 minutes and 23 seconds ago saying: <dimas> kilo: what have i missed again? :)
<dimas> btami: hi
<dimas> in an hour will install forms 0.5.9 on another machine
<btami> dimas: i find that the psycopg module in setup exe is for pg 7.4, so
<btami> you have to overwrite the psycopg.pyd in installed bin dir from
<btami> http://stickpeople.com/projects/python/win-psycopg/win-psycopg23.zip
<btami> it's for 7.3
<dimas> great
<dimas> will try now
<btami> provider = pypgsql is ok for me too
*** ra3vat has quit IRC
*** jcater has joined #gnuenterprise
<dimas> btami: it works with psycopg now
*** holycow has joined #gnuenterprise
<dimas> btami: thanks
<dimas> with pypgsql also works
*** reinhard has joined #gnuenterprise
*** btami has quit IRC
<johannesV> reinhard, have you seen my mail regarding language.Object.py ?
*** btami has joined #gnuenterprise
<reinhard> johannesV: yes
<reinhard> johannesV: will think about it
<johannesV> ok
<johannesV> we would need to replace that class-definition thing by a query of the classes (gnue_*)
<reinhard> yep
<reinhard> for the places where the language interface needs classrep info
<reinhard> which shouldn't be *too* much, IIRC
<johannesV> this is in __getattr__
<johannesV> only
<johannesV> where an object needs to know, wether an attribute is a property or a procedure
<reinhard> so actually a request() on gnue_property should do it
<johannesV> actually two requests: gnue_property (and if not successfull, gnue_procedure)
<johannesV> it could be an invalid one too
<reinhard> maybe load a list of all properties and pocedures at some good point and cache it somewhere
<johannesV> per instance ?
<reinhard> per lifetime of the langauge interface
<johannesV> per language.Session
<reinhard> yeah
<reinhard> I think that could make sense
<johannesV> will look at it ...
*** wayneg has quit IRC
<johannesV> i think caching this in lang.session is a good idea ..
*** Vee has quit IRC
*** aries has joined #gnuenterprise
<aries> hi all
*** Vee has joined #gnuenterprise
<aries> ajmitch_: how can I help to migrate gnue-designer from v2.4 to v2.5?
<btami> hi aries
<aries> btami: hello
<btami> aries: code code code
<aries> btami: but I hasn't code any line in python yet =)
<btami> python is easy
<btami> just try it once, and never will use any other
<aries> btami: who has used ruby/php/java tell the same =)
<btami> koz they never tried python :)
<aries> btami: I'm familiar with script languages like php and I'm not a full newbie in C++/Objective C, so I think to learn Python won't consume too much time
<aries> btami: But now I can't help in migrate because i'm a fresh in python but I'm intrested in the migrate
<aries> btami: and of course I'm a poor Hungarian ;)
<btami> then kick jcaters ass
<aries> my pair tell me go to buy the xmas tree so I have to go ... Happy Xmas, folks!
<btami> designer is hes baby
<btami> happy xmas
<aries> btami: I like to kick my foes well, but not those who help me =)
<aries> bye
<reinhard> happy christmas btami!
<reinhard> and aries
<reinhard> and all who won't meet me tomorrow here ;-)
<aries> reinhard: you too :)
*** aries has quit IRC
<reinhard> fwiw
<btami> happ xmas reinhard !
<btami> happy
<reinhard> we all got this mail about that person trying to "integrate" something with gnue
<reinhard> I am not very happy about getting kinda spammed this way
<reinhard> I mean he somehow took all email addresses he found somewhere related to gnue
<reinhard> most probably I won't answer him, as this is something I dislike very strongly
<btami> yep
<reinhard> also answering to the announcement message is not really good style :)
<jcater> yeah, I saw that
<jcater> I started to answer with "Please direct this to the mailing lists"
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** ncjp has quit IRC
*** ncjp has joined #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
<dimas> getting error with gnue-invoice/scripts/setup-db.sh
<dimas> ERROR:  fk_loc_address_loc_country referential integrity violation - key referenced from loc_address not found in loc_country
<dimas> loc_address is getting filled when loc_country is still empty
*** fgdfgdfg has joined #gnuenterprise
*** fgdfgdfg has quit IRC
*** wendall911 has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** dcmwai has quit IRC
*** holycow has quit IRC
*** fgdfgdfg has joined #gnuenterprise
*** reinhard has quit IRC
*** holycow has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<johannesV_> dimas, i've tracked down the bug you've found
<johannesV_> it's a problem in invoice-en.gsd
<johannesV_> it does not define the constraint between loc_address and loc_country
<johannesV_> will look at a solution a bit later ...
*** fgdfgdfg has quit IRC
*** reinhard has left #gnuenterprise
*** btami has quit IRC
<johannesV_> dimas, please svn-up and try again
<johannesV_> the constraint-problem with invoice-en.gsd is fixed
<johannesV_> i've changed gnue-schema to be not that strict on constraint-defs :)
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
<kilo> hmmmm
<johannesV> hi kilo
<kilo> hi johannesV
<kilo> just reading logs
<kilo> strange thing is that it worked ok on last commit
<kilo> has something changed since that in gnue?
<johannesV> kilo, yes lately
<kilo> r171 | kilo | 2004-12-10 13:31:17 +0100 (Fri, 10 Dec 2004) | 2 lines
<kilo> 
<kilo> GNUe Invoice.
<kilo> Store Seller info in separate class.
<johannesV> gnue-schema is capable of interpreting constraints
<johannesV> :)
<johannesV> but invoice-en.gsd is a case i haven't tested
<kilo> was it developed since 10 december?
<johannesV> it does not give any hint about constraint
<johannesV> (has tabledata only)
<johannesV> on dec 13
<kilo> it came from gscvs
<johannesV> yes, gsscvs
<kilo> so if there is no constraint, blame that
<kilo> or... wait... blame derek
<johannesV> well, if there is no constraint, the tables will be processed in the order as given in the gsd (now)
<johannesV> otherwise gnue-schema reorders tables as needed
<johannesV> it also reorders rows (taking care of fish-hooks)
<kilo> gsscvs produced this gsd, i did not change the order of tables in the gsd
<johannesV> gnue-gsdgen
<johannesV> right, this is because gnue-gsdgen creates a proper order of rows
<johannesV> the problem was just gnue-schema, not knowing how to order tables (since it had no clue about constraints)
<johannesV> after all, it was not your fault (or invoice-en.gsd)
<johannesV> it was simply mine *lol*
<kilo> rotfl
<kilo> that was great
<johannesV> ok, so i'm gonna fix the next bug i've discovered in appserver today
<kilo> in fact maybe i have missed the commit mail of that new feature of gnue-schema
<kilo> there are no bugs in appserver. it has only features
<johannesV> well, i've to think about adding constraint-information in the <definition /> tag of a tabledata
<johannesV> as well as constraint-introspection to the drivers
<johannesV> but since not all drivers do support constraints (like sqlite) this might still be a problem then
<kilo> have you heard that scientist will try to plant special trees on Mars?
<johannesV> no i haven't, do they ?
<jcater> this sounds like the beginning of a joke
<johannesV> don't they need atmosphere to grow ?
* jcater waits for the punchline
<johannesV> yeah
<kilo> no joke. these trees live in Mexico on high mountains, about 4000 metres high, and need very little oxygen
<johannesV> crazy thing ...
<kilo> but with photosynthesis they do produce oxygen. and also they bear cold weather easily
*** johannesV has quit IRC
<kilo> jcater: am i right that you have uncommitted format mask codes for forms somewhere?
<nickr> kilo: link to trees?
<kilo> hmmm, let me see, a good way to link trees with format masks... hmmm 8-))
<nickr> ha
<chillywilly> hi
*** sjc has quit IRC
<jamest> kilo: no
<jamest> he lost the format mask code
<jamest> the base code is in common
<jamest> and i'll be working it back into forms real soon now
<chillywilly> happy holidays dudes
<jamest> as I deployed new forms in accounting with the promise i'd have dollar amounts looking like dollar amounts asap
<chillywilly> how's it going?
<jamest> plan to start before end of year
<jamest> chillywilly: happy holidays
<jamest> and busy
<chillywilly> how's the new job treating you?
<jamest> busy
<jamest> :)
<jamest> great\
<ajmitch_> mornign
<kilo> jamest: good news
<chillywilly> hi ajmitch_
<ajmitch_> hello chillywilly
<jamest> we've always used gnue internally
<jamest> but have taken it up a notch :)
*** jamest has quit IRC
*** kilo has quit IRC
*** wendall911 has quit IRC
*** jamest has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jcater_ has joined #gnuenterprise
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
*** holycow has quit IRC