*** Morphous has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** Amorphous has quit IRC
*** ogger has quit IRC
*** kilo has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<kilo> morning all
<dimas> hi kilo
<reinhard> good morning all
<kilo> I've noticed florin has translated romanian po using ascii coding
<kilo> shouldnt we all use utf8?
<reinhard> kilo: gettext will handle tat
<reinhard> that
<kilo> will it? then ok
<reinhard> yes
* kilo doesnt want to work more than needed
<reinhard> or more precisely
<reinhard> ugettext() - which is what we use - does handle that
<kilo> just because on the gnome translation list there is a notice right now
<kilo> that using iso-88xxxxxx isnt good, all should be done using utf-8
<reinhard> i don't know, but the reason could be
<reinhard> that if somebody else wants to work on a translation you started
<reinhard> he has to use the same encoding as you did
<reinhard> and the more we look in the future
<reinhard> the more people will probably use utf-8
<reinhard> (that's just a guess, though)
<kilo> i see
<SachaS> good morning 
<reinhard> good morning SachaS
<reinhard> objects are not allowed as return values from procedures
<reinhard> although i think we would need a much better error message in case somebody tries
<johannesV> good morning folx
<reinhard> good morning johannesV
<SachaS> hi johannesV
<SachaS> reinhard: ok.
<kilo> reinhard: do you know where to find how libwxgtk2.4-python was compiled (with what options)?
<kilo> johannesV: good morning
<johannesV> hi SachaS, hi kilo
<reinhard> kilo: no
<rm-away> off to customer
<SachaS> johannesV, a quick question: what are you currently working on?
<SachaS> :)
*** kilo has quit IRC
<johannesV> nothing in gnue
<SachaS> what? ;)
<johannesV> SachaS: i'm not working at gnue at the moment
<SachaS> do you know "how" you will implement a) calculated properties, b) list properties and c) bound proecedures?
*** kilo has joined #gnuenterprise
<SachaS> those will be the next neat features :)
<SachaS> have to go to doctor :( (feel very sick today)
*** kilo has quit IRC
<johannesV> Sacha_away: calculated properties would be a special form of procedures (i think)
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** rm-away has quit IRC
*** dneighbo has joined #gnuenterprise
*** derek has quit IRC
<SachaS> johannesV ok.
*** lekma has joined #gnuenterprise
*** dcmwai has quit IRC
*** tophe has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** reinhard_ has joined #gnuenterprise
*** reinhard has quit IRC
*** kilo has quit IRC
*** holycow has quit IRC
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
<btami> ------------------------
<btami> win32 setup.exe for pre1 uploaded !
<btami> ---------------------------
<reinhard> btami: great
*** _florin_ has joined #gnuenterprise
<reinhard> hello _florin_!
<reinhard> did my announcement of the prereleases actually get through?
<reinhard> anybody has seen it on the list?
* reinhard isn't sure if he has seen it or not
<SachaS> reinhard: yes I saw it
<btami> me too
<reinhard> ok thanks
<_florin_> hello reinhard!
<_florin_> there was an announcement on the ML today, yes
<_florin_> does anybody know how to make variables/properties of an object available in a forms-trigger?
<_florin_> (i'm sure somebody knows, but would they tell it to me? :-)
<reinhard> _florin_: what kind of object?
<reinhard> you mean an object as in "customer", "inventory" etc
<reinhard> or an object as in "block", "entry" etc?
<reinhard> SachaS: you have procedures with return values, correct?
<_florin_> forms objects (block, entry, ... tree :-)
<reinhard> you can access them with their name
<reinhard> at least the blocks
<_florin_> i think so... i managed to have "functions" in my tree (that is i can call a function that does some print "foo")
<_florin_> yep, return values work.
<_florin_> so does that mean i should do all data access through self-defined get/set procedures?
<reinhard> i can't answer that
<_florin_> ok :-)
<reinhard> i'm not enough into forms strategy
<reinhard> :)
*** kilo has joined #gnuenterprise
<SachaS> reinhard: what do you mean? yeah i have procedures which return values.
<SachaS> _florin_ I used the global call() function/procedure in the form. my_datatsource_name.call("my_class.procedure_name","")
<reinhard> SachaS: there is a rule that wasn't tested before
<reinhard> which i found out as you tried to pass an object as return value
<_florin_> ? i'm confused. are you talking about triggers?
<SachaS> i use to return a dict. example: return {'returnValue': True, 'msg': "DaDa'}
<_florin_> (SachaS)
<SachaS> _florin_ yes caling a procedure from a forms trigger
<kilo> _florin_: can you explain your need in other words?
<reinhard> SachaS: i think _florin_ isn't talking about appserver procedures
<_florin_> I'm talking about forms-procedures :-)
<reinhard> SachaS: if you want your function to return a value, you have to define a parameter with the name "result"
<_florin_> no appserver
<reinhard> hmmm
<reinhard> SachaS: however i'm not sure if we really want that rule
<reinhard> as that means that you can't return dicts or lists
<_florin_> functions are no problem so far: just define the functions i need in _triggerFunctions.
<_florin_> that works
<kilo> yes
<SachaS> in a class procedure just return whatever you want.
<_florin_> i returned strings with 'return'. i assume for complex objects that would work similar...
<SachaS> yeah just return a dict if you l ike.
<_florin_> but i wanted to know whether there is a way of accessing variables of the GF-object
<reinhard> ok
<reinhard> scratch that all what i said
<SachaS> reinhard: you dont need to define anything as return value, just return whatever you want.
<reinhard> i have to think about it
<SachaS> _florin_ you want to access a business object in your gnue form?
<_florin_> no. i want to access some data from a widget object.
<_florin_> (need to do some processing on tree columns, like adding values, building averages... :-)
<tophe> hi all
<tophe> iam searching the gnue-schema
<SachaS> oh ok.
<tophe> but dont find it in the svn repository ! where it is ?
<reinhard> tophe: hello
<SachaS> tophe: see the topic of this  channel
<reinhard> tophe: did you download a tarball (preview/snapshot) or did you check out from svn?
<SachaS> svn co svn://svn.gnuenterprise.org/var/svn/gnue/trunk gnue
<SachaS> ah :) 
<kilo> _florin_: AFAIK it is not recommended to access widget data from the form
<_florin_> but i need to read/set that data, my widget depends on it :-)
<_florin_> i'll do the access through functions i guess...
<kilo> i recommend talking about that to james, the form master...
<tophe> I use the svn
<tophe> dont fing gnue-schema or gsscvs 
<_florin_> try gnue/gnue-common/scripts/gsscvs
<SachaS> tophe: you have to run setup-cvs.py in the gnue-common directory ...
<SachaS> oh I see
<SachaS> it will install the scripts in ~/bin
<SachaS> into a bin directory of your home directory
<tophe> i am on win xp, i run setup.py
<SachaS> then you have to add that bin dir to your $PATH environment.
<SachaS> win xp ohhh. then i dont know.
<reinhard> tophe: oh, win xp
<reinhard> hmm
<kilo> tophe: there is a windows install howto on the wiki, follow that
<_florin_> if you want to run gnue from svn/cvs download, i guess you have to run setup-cvs.py instead of setup.py (at least on linux... right?)
<tophe> ok thanks sacha i just find it
*** lekma has quit IRC
<SachaS> reinhard: did you see my comment, that when you update data by the psql tool and you request data from the appserver with a forms client it delievers "old" data?
<reinhard> SachaS: no i didn't see that
<SachaS> ok. so, here it is ;)
<reinhard> did you commit in psql before you do the search in the form?
<SachaS> commit, i just used update sql command in psql
<SachaS> let me try again.
<reinhard> postgres doesn't let other connections see changes until they are committed
*** kilo has quit IRC
<reinhard> which is actually correct
<SachaS> ok. did not commit ;) let me check.
*** btami has quit IRC
<SachaS> in psql it says
<SachaS> babyerpP=# commit ;
<SachaS> WARNING:  there is no transaction in progress
<SachaS> COMMIT
<SachaS> after I update
<SachaS> babyerpP=# update masterdata_inventory SET masterdata_quantity = 20 where masterdata_itemid = 5172;
<reinhard> if you open a second psql session
<reinhard> do you see the changes there?
<SachaS> yes i do
<reinhard> ok
<SachaS> if i do a new query in forms, its still the old value in there.
<reinhard> then you should also see it in forms
<reinhard> i think this is the same bug
<SachaS> nope. in forms i see the old value.
<SachaS> same bug?
<reinhard> that makes you have to restart appserver when you change a procedure
<reinhard> this might be a good bug for today evening ;-)
<SachaS> yeah :)
<SachaS> and it might be also the one, where i create object 1, comitt, create object 2 and set reference to object 2 and get a key violation.
<SachaS> saying that there is no object 1
<reinhard> maybe
*** lekma has joined #gnuenterprise
*** dsmith has joined #gnuenterprise
<tophe> just a remark on win xp instalation, in fact all the scripts are copied to /python/scripts so we just have to had that dir to the path to use them
<tophe> c:\sourcesafe\python\gnue\gnue-contrib\babyerp\schema\ggcvs-generate-gsd-from-database>gnue-schema -
<tophe> vendor=postgresql babyerp-generated.gsd
<tophe> Loading gsd file 'babyerp-generated.gsd' ...
<tophe> DB000: Traceback (most recent call last):
<tophe> DB000: File "c:\python22\scripts\gnue-schema", line 32, in ?
<tophe> DB000: Scripter ().run ()
<tophe> DB000: File "C:\Python22\Lib\site-packages\gnue\common\schema\scripter\Scripter.py", line 118, in
<tophe> run
<tophe> DB000: self.__runProcessor (vendor)
<tophe> DB000: File "C:\Python22\Lib\site-packages\gnue\common\schema\scripter\Scripter.py", line 210, in
<tophe> __runProcessor
<tophe> DB000: filename = "%s.sql" % self.__getProcessorName (vendor)
<tophe> DB000: File "C:\Python22\Lib\site-packages\gnue\common\schema\scripter\Scripter.py", line 201, in
<tophe> __getProcessorName
<tophe> DB000: return dyn_import (self._PROC_PATH % processor).name
<tophe> DB000: File "C:\Python22\Lib\site-packages\gnue\common\utils\FileUtils.py", line 42, in dyn_import
<tophe> DB000: mod = __import__(name)
<tophe> DB000: ImportError: No module named endor=postgresql
<tophe> small bug ?
<tophe> oh i find it
<tophe> when i use gnue-schema for babyerp i have python code with the sql !
<reinhard> tophe: you have to use
<reinhard> --vendor
<reinhard> not
<reinhard> -vendor
<reinhard> and i think you have to use
<reinhard> --vendor postgresql
<reinhard> not
<reinhard> --vendor=postgresql
<tophe> ok i trie
<reinhard> (not sure if this is a bug in the documentation)
<tophe> ok i try
<SachaS> what ? ;)
<reinhard> gnue-schema -vendor=postgresql
<reinhard> should be
<reinhard> gnue-schema --vendor postgresql
<reinhard> two - and no =
* reinhard hasn't looked what *is* in the doc
<SachaS> tophe: do you have postgresql database installed?
<SachaS> then go into babyerp/schema/ggcvs-generated-
<SachaS> directory
<SachaS> thats
<SachaS> babyerp/schema/ggcvs-generate-gsd-from-database directory
<SachaS> then you can do what is in the setup-pgsl.sh file
<SachaS> :
<SachaS> createuser --createdb --adduser gnue
<SachaS> dropdb babyerpP
<SachaS> createdb babyerpP
<SachaS> psql babyerpP < PostgreSQL.sql
*** PeterD has joined #gnuenterprise
<PeterD> hi all
<reinhard> hello PeterD
* reinhard hides in shame
<reinhard> didn't get around to installing mandrake yet :(
<PeterD> hi reinhard
<reinhard> cd's are here on my desk
<PeterD> installed fresh prerelease
<tophe> I try mandrake 10 but impossible to install gnue-common !!
<PeterD> I didn't got any problems, everything took less than 5min
*** tophe has quit IRC
<PeterD> but classrepository.gfd still misbehave
<SachaS> ;) tophe tried to post something ;)
<PeterD> tophe: did you install all dependencies
*** jamest has joined #gnuenterprise
* dsmith starts the apt-get updrade that brings in X 4.3
*** lekma has quit IRC
<_florin_> any locale-expert present to tell me how to start gnue-forms in another language? (german or romanian)
<_florin_> i tried $ LC_ALL="de_DE" gfcvs form.gfd
<_florin_> and i get something like: Gdk-WARNING **: locale not supported by C library
<_florin_> same for "ro_RO"
*** PeterD has quit IRC
*** jcater has joined #gnuenterprise
<SachaS> anyone: i have linux filename and paths in the gnue-navigator .gpd file.
<SachaS> shouldn't the navigator, when reading the paths to the file, make changes so it is also working for windows?
<_florin_> doesn't the win32-api also accept '/' as a directory separator?
<_florin_> (i remember trying that back then, when i used to do win-programming -- but i don't remember whether it actually worked... :-/ )
<SachaS> yeah there is a ./forms/dadidadida
<SachaS> well tophe finds out.
*** tophe has joined #gnuenterprise
<SachaS> i would be surprised if it was not handled properly (correclty)
<SachaS> yeah my fold
<SachaS> symlinks seem to not get svn added/comitted.
<SachaS> will change that.
*** tophe has quit IRC
*** tophe has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
<jamest> SachaS: it should convert properly (except for the c:\ crap)
<SachaS> jamest: yeah it is working
<SachaS> i had symlinks in my working dir
<SachaS> seems when i did svn commit those symlinks did not get ... uploaded
*** tophe has quit IRC
<jamest> ah
<SachaS> jamest: an exception for you:
<SachaS> loginToConnectionDB000:     connection.connect(loginData)DB000:   File "C:\Python22\Lib\site-packages\gnue\common\datasources\drivers\appserver\appserver\Connection.py", line 72, in connectDB000:     self._server = client.attach (connectData ['rpctype'], params)DB000:   File "C:\Python22\Lib\site-packages\gnue\common\rpc\client.py", line 38, in attachDB000:     return driver.ClientAdapter (params)DB000:   File "C:\Python22\Lib\site-packages\gnue\comm
<SachaS> on\rpc\drivers\xmlrpc\pw_xmlrpc\ClientAdapter.py", line 86, in __init__DB000:     allow_none=allow_none)DB000: TypeError: __init__() got an unexpected keyword argument 'allow_none'
<SachaS> jamest: do you know where this excpetion is thrown? it happens straight after the login.
<SachaS> on windows with postgresql
<jamest> ?
<jamest> it's happening in the appserver driver
<jamest> not sure why that would happen if you are using postgresql driver
<SachaS> tophe has this problem trying out babyerp 
<SachaS> tophe: which release of GNUe tools are you using? svn?
*** wendall911 has joined #gnuenterprise
<reinhard> SachaS: he seems to use python 2.2
<reinhard> he should use python 2.3
<SachaS> tophe your here?
<SachaS> ok. i tell tophe.
<SachaS> reinhard: are the tools not supported on python 2.2?
*** PolarisSE has joined #gnuenterprise
<SachaS> hi PolarisSE (tophe)
<SachaS> PolarisSE: <SachaS> ah tophe
<SachaS> <SachaS> reinhard in the main channel said: you are using python 2.2 but you should use python 2.3
<SachaS> <SachaS> :|
<PolarisSE> that true reinhard
<SachaS> <reinhard> SachaS: he seems to use python 2.2
<SachaS> <reinhard> he should use python 2.3
<PolarisSE> I will try, but i must reinstall all my stuff
<jamest> we're requiring python 2.3 now?
<jcater> ?
*** johannesV has quit IRC
<reinhard> i don't think so
<reinhard> but there might be a bug in the python version he uses
<reinhard> or another incompatibility
<reinhard> i will check
<reinhard> PolarisSE: please wait with reinstalling
<reinhard> i will look if i can fix for 2.2
<PolarisSE> u want the exception ?
<reinhard> i got it
*** tophe has joined #gnuenterprise
<reinhard> PolarisSE: i fixed it in svn
<reinhard> can you update?
<tophe> i am now tophe
*** PolarisSE has quit IRC
<tophe> I will try fucking polaris !
<tophe> that better
<tophe> client side :Error: Unable to login to datasource.
<tophe>        <ProtocolError for localhost:8765/: 500 Internal error>
<tophe> server side : Dispatching:  Session.open ({'password': 'secret', 'user': 'hacker'},)
<tophe> DB000: localhost - - [08/Apr/2004 15:58:52] "POST / HTTP/1.0" 500 -
<SachaS> did you start gnue-navigator?
<SachaS> or gnue-forms
<tophe> forms
<SachaS> which form? masterdata_customer.gfd ?
<tophe> yes
<SachaS> maybe when you start to run gnue-forms with "gnue-forms --debug-level 5 masterdata_customer.gfd"
<SachaS> you see some more info
<tophe> gf --debug-level=5
<tophe>  masterdata_customer.gfd
<tophe> Error: No Forms Definition File Specified.
<tophe> is it possible define debug level in gnue.conf
<SachaS> do you provide the full path to the .gfd file?
<SachaS> dunno if you can set the debug level in gnue.conf :|
<tophe> yes i provide also the full path
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\apps\GBaseApp:264] Python 2.2.3 (#42, May 30 2003,
<tophe>  18:12:08) [MSC 32 bit (Intel)]
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\apps\GBaseApp:265] Run Options: [('--debug-level',
<tophe>  '5')]
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\apps\GBaseApp:266] Run Arguments: []
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\apps\GConfig:72] Reading configuration info from g
<tophe> nue.conf section forms
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\apps\GConfig:105] Configuration files were read in
<tophe>  this order:  ['C:\\Python22\\etc\\gnue.conf', 'C:\\Documents and Settings\\Tophe.NTMAIN\\.gnue\\gnu
<tophe> e.conf', 'C:\\Python22\\etc\\gnue.conf.fixed']
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\apps\GBaseApp:318] Connection Definition: "C:\Pyth
<tophe> on22\etc\connections.conf"
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\datasources\GConnections:91] Conn File: "C:\Python
<tophe> 22\etc\connections.conf"
<tophe> GNUe Forms
<tophe> Version 0.5.3.99
<tophe> GNUe Common Version 0.5.3.99
<tophe> Error: No Forms Definition File Specified.
<tophe> flooding boy !
<SachaS> <tophe> Error: No Forms Definition File Specified.
<SachaS> seems like it cannot find/read that file
<SachaS> are the permissions right?
<SachaS> on that file?
<SachaS> can you open the file in your editor?
<tophe> yes
<SachaS> are you executing gnue-forms in the same directory as the file is?
<tophe> yes
<tophe> it run without the debug-level option 
<tophe> and break after login with a protocol error 
<SachaS> oh ok.
<tophe> with debug-option do do even the login 
*** dsmith has quit IRC
<tophe> perhaps parsing argument dont work on win32
<SachaS> i could not imagine, that not working.
<SachaS> your using svn, right?
<tophe> yes
*** dsmith has joined #gnuenterprise
<SachaS> if you have enough time ;) you might want to install python 2.3, the lastest postregsql driver for python 2.3 and try the windows pre-release.exe file from http://www.gnuenterprise.org/downloads/prereleases.php
<SachaS> or format harddrive of windows and install debian gnu/linux, while you are at it ;)
<tophe> i have a mandrake 10 too and debian but only for database server
<tophe> i cant install gnue-common on mandrake
<SachaS> Protocol Error, dont know why that occurs. i also have a ProtocolError, but that occured when returning a business object from a procedure.
<tophe> Dispatching: Session.open ({'password': 'secret', 'user': 'hacker'},)
<tophe> DB001: [C:\Python22\Lib\site-packages\gnue\common\rpc\drivers\xmlrpc\pw_xmlrpc\ServerAdapter:450] Un
<tophe> expected Exception in XML-RPC code: exceptions.TypeError:isinstance() arg 2 must be a class, type, o
<tophe> r tuple of classes and types
<tophe> DB000: localhost - - [08/Apr/2004 16:21:48] "POST / HTTP/1.0" 500 -
<tophe> just after login
<SachaS> this is server side?
<tophe> yes
<SachaS> btami is the windows maintainer, i dont know if its an issue with windows, or your python 2.2 version ...
<SachaS> i am not a developer so I dont understand the code which throws these exceptions.
<SachaS> or i dont know the code which throws these exceptions.
<tophe> ok sachas thank's for our help
<SachaS> tophe: i suggest you try the sample in gnue-appserver
<SachaS> it might be that babyerp is somewhat ?? whack
<SachaS> have you tried the gnue-appserver/samples
<SachaS> ?
<tophe> not yet
<SachaS> good. you might try them first
<SachaS> if you have the same problems there, then its most likely somthing with your gnue setting/installation.
<SachaS> gnue/python setting/installation
<tophe> ok
<tophe> i have the same error
<SachaS> ok. so i suggest to test the .exe pre-release version and python 2.3
<SachaS> is that too much work for you?
<tophe> i will try, if i can do it today
<SachaS> thats what i would suggest :) unless someone else can help you. 
<tophe> some deprecation have been made with wxpython 2.5.1
<jcater> I don't recommend anyone using 2.5.1 yet
<jcater> until the developers have had a chance to test
<jcater> (though it may work fine)
<tophe> just installed 
<tophe> seems to work
<SachaS> tophe, can you run the sample in gnue-appserver/samples ?
<tophe> some problem with splash screen and icons 
<tophe> sashas i can run babyerp now !!! :)
<SachaS> wow!
<SachaS> be gentle with babyerp ;)
<tophe> there isn't wx 2.4 anymore on the web site ! i must go with 2.5 !
* SachaS thinks tophe is the first person trying babyerp
*** dsmith has quit IRC
*** dsmith has joined #gnuenterprise
<SachaS> tophe: you can report any bugs to  gnue-dev@gnu.org
*** johannesV_ has quit IRC
<reinhard> tophe: so you got appserver running now?
<reinhard> you have any idea what caused your previous problems?
<_florin_> there was an announcement on the ML today, yes/  
*** dcmwai has joined #gnuenterprise
<SachaS> reinhard: it must have been a combination of gnue svn, python2.2, wxpython on windows xp
<_florin_> bugs in babyerp? so it it's not bugfree?! ;-)
<SachaS> hehe
<SachaS> tophe, if you are using the prerelease you might be able to use MySQL instead of postgresql
*** dcmwai has quit IRC
<tophe> yes I have babyerp running now . i update to active python 2.3 and it run !
<tophe> i must go now
<reinhard> sigh
<reinhard> that means gnue rpc is broken for python 2.2
*** sjc has joined #gnuenterprise
<SachaDinner> reinhard: i do like your response to Neil :) i am about ready too ;)
<SachaDinner> well see you later again
<chillywilly> anyone know if postgres lets you put spaces and weird shit in table names? Seems it does not like the backticks around table names
<reinhard> chillywilly: it doesn't let you
<reinhard> postgres wants [A-Za-z0-9_]
<reinhard> AFAICT
<chillywilly> hmmmm
<chillywilly> I just wrote a db driver for this ORM but they are backticking all table name (very mysql centric)
<reinhard> that was the reason for us to use the _ as a separator of module name and table/field name
<reinhard> and not some werid shit ;-)
<chillywilly> well personally I wouldn't do it
<chillywilly> but I am trying to think of the proper change to this code...I could just get rid of them if I wanted
<chillywilly> but I don't suppose that would be rolled back into upstream
<chillywilly> then again that is probably mysql specific anyway
<chillywilly> wouldn't*
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
<_florin_> bye for now, bbl
*** _florin_ has left #gnuenterprise
*** dwho has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<SachaS> reinhard: what do you think of appserver and the next view days?
<kilo> reinhard: btami just completed an appserver test midday
<kilo> running appserver on an xp and conecting to it from another xp
<kilo> and it worked like charm
<reinhard> kilo: excellen, this is great
<reinhard> SachaS: I don't think that there will be much over the easter days
<reinhard> easter is mostly family time
<SachaS> kilo: tophe had a test with postgresql on linux and appserver on windows xp, and it worked for him too (dont know how good though)
<SachaS> reinhard: yeah i see. and between prerelease and release not much going either
<kilo> wow, these appserver guys must know something...
<SachaS> what do you mean kilo
<SachaS> ?
*** dwho has quit IRC
<kilo> about programming 8-))
*** tophe has quit IRC
*** tophe_ has joined #gnuenterprise
<reinhard> kilo: well, at least we can pretend to ;-)
<kilo> reinhard, the great pretender... 8-)
<reinhard> night all
*** reinhard has quit IRC
*** kilo has quit IRC
*** wendall911 has quit IRC
*** wendall911 has joined #gnuenterprise
*** dsmith has quit IRC
*** jcater has quit IRC
*** _florin_ has joined #gnuenterprise
*** bamse has joined #gnuenterprise
*** jamest has quit IRC
*** wendall911 has quit IRC
*** sjc has quit IRC
*** SachaS has quit IRC
*** SachaS has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** _florin_ has quit IRC
*** jcater has joined #gnuenterprise
*** jamest has joined #gnuenterprise
<bamse> hello there
<jamest> hi
<bamse> hum, I am reading gnue module guide proposal
<bamse> just seens that its quite outdated
<bamse> is it still worth reading it, or should I change to somthing else ?
<jamest> it's been so long since I read them I don't know :)
<jamest> i imagine you're better off asking in here
<bamse> ok, so I'll start with my basic question
<bamse> is there any global doc for gnue
<bamse> I mean, some document explaining the whole system with not too much detail
<jamest> sigh, only those old ones
<jamest> docs are on the todo
<jamest> as the people on the maillist vented here a while back (for good reason)
<bamse> sounds nice, where can I see the todo ?
<jamest> about the lack of docs
<jamest> the to do list
<jamest> it's kinda floating out there
<jamest> the roadmaps are the closest to a real to do
<bamse> I've seen on the website that you guys use dcl to manage the project
<bamse> but the site seems to be down now
<jamest> yes
<jamest> we suck
<jamest> it broke during a postgresql upgrade
<bamse> argl
<jamest> however the current site is all new
<bamse> you mean gnuenterprise.org ?
<jamest> and designed to automate a major amount of the documentation
<jamest> yes
<bamse> yep, rather neat, I have to say
<jamest> it generates directly from our code base
<bamse> great !
<jamest> so we are working on making things better
<jamest> but we can only get so many hours of labor out of jcater before he gets tired
<bamse> I see
<bamse> one more question, I am installing gnue common, things seem to go pretty well (debian rules!)
<bamse> but I am thinking about sacha's shots you told me about yesterday
<SachaS> :)
<bamse> is there any way to install your mini erp
<SachaS> yeah there is
<bamse> I hope this could give me a better understanding of how all this works
<jamest> first you'll need a dead squirel
<jcater> and a large wisconsin trout
<bamse> damn, I am no hunter
<bamse> ok, I have to forget about helping here ;o(
<SachaS> http://www.gnuenterprise.org/tools/appserver/docs/
<SachaS> there is a howto guide
<SachaS> this is basically a documentation of what i learned while implementing this babyerp system
<SachaS> then you can download it via:
<SachaS> svn co svn://www.gnuenterprise.org/var/svn/gnue-contrib
<SachaS> there will be the babyerp directory
<SachaS> and in that directory is a INSTALL file
*** wendall911 has quit IRC
<bamse> ok, looks quite straightforward
<bamse> I'll try this out
<SachaS> ok.
<bamse> well, I got a nice error message while trying to setup postgresql
<bamse> things are starting pretty well, like that :)
<SachaS> whats your error message?
<bamse> I think its python related, I'll just try and install the dev packages, I think it will do
<bamse> otherwise, I come back to you ;)
<SachaS> ok.
<bamse> well, debian appears to have lots of dependancy problems these times
<SachaS> bamse, are you trying with the debian gnue packages?
<SachaS> if yes, they, in particular the gnue-appserver, is quite outdated.
<bamse> nope
<bamse> I have pulled out the svn code
<bamse> but I was trying to install python modules as described in the wiki
<SachaS> ok. so you should be on the good side there.
<SachaS> ok.
<bamse> yep, but debian dependancies suck sometimes
<SachaS> with which package are you having issues?
<bamse> python-xmlrpc
<bamse> I have python2.3 installed
<bamse> and it yells for going back to 2.2
<SachaS> i think you dont need python-xmlrpc
<bamse> while the others...
<bamse> ok, I'll kick him off :)
*** dcmwai has joined #gnuenterprise
<SachaS> night all together
*** SachaS has left #gnuenterprise
*** bamse has quit IRC
*** jamest has quit IRC