*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** btami has joined #gnuenterprise
<btami> good morning
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
*** kilo has joined #gnuenterprise
<dimas_> good morning
<kilo> guid morning
<ajmitch> hi
<johannesV> dere
<kilo> k
<johannesV> :)
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** dino4k has joined #gnuenterprise
<dino4k> hi
<dimas_> hello dino4k
<dino4k> in www/web/packages/financials.php:122 is missing a =
<dino4k> :D
<dimas_> thanks for reporting
<dino4k> dimas_: are you a coder of gnue?
<dimas_> but it is even worse - there are no such packages yet
<dino4k> oh
<dimas_> not really, i did translation and testing and i'm an early user
<dino4k> wich languages?
<dimas_> russian
<dimas_> what packages are most important for you?
<dino4k> oh, i'm "only" a coder ;)
<dimas_> then what part would you like to code? :)
<dino4k> so... about me... i learnd accounting at school - an interestig thing :D i wanted to create a small tool for "double-entry accounting" and while searching the web i found gnue
<dino4k> and.. sorry my english isn't realy good :(
<dino4k> i still have to go to school
*** yure has joined #gnuenterprise
<dino4k> hello yure
<dino4k> how ware this tables called with debits and credits in english ?
<dino4k> like the P&L
<dimas_> dino4k: there is gnue-luca package in contrib
<dimas_> it is a start for double-entry accounting
<dimas_> you can talk with reinhard about it
<dino4k> thx
<dino4k> dimas_: i didn't find it :(
<dimas_> could you take it from svn?
<dimas_> i will find the link
<dino4k> i have the hole trunk checked out
<dimas_> http://www.gnuenterprise.org/cgi-bin/twiki/view/Main/GnueContrib
<dimas_> it is separate repository
<reinhard> look out
<dino4k> ahh =)
<reinhard> gnue-luca is yet another repository
<reinhard> it's not in contrib
<dino4k> reinhard: hi
<dimas_> yes, my fault
<dino4k> btw. the wiki page is wrong, isn't it?
<dino4k> "Check them out from http://svn.gnuenterprise.org/gnue/trunk"
<reinhard> svn.gnuenterprise.org/gnue-luca/trunk should be the right address
<reinhard> for gnue-luca
<dino4k> thats the main rep or?
<dino4k> reinhard: thx
<dino4k> reinhard: why luca has an seperate rep ?
<reinhard> it's not official part of gnue
<reinhard> at some point we decided to split efforts of package development
<reinhard> into a project to create something comparable to sap or so
<reinhard> and something more usable for small companies
<reinhard> and gnue/packages is the project for the big bang
<reinhard> and gnue-luca the project for the small companies
<dino4k> oki
<reinhard> (while we of course try to reuse stuff where possible)
<ninja> reinhard: i might be interested in helping with gnue-luca - what needs doing?
<reinhard> everything
<reinhard> :-)
<dino4k> yeah :D
<ninja> i notice not much going on in subversion :)
<reinhard> what's there is more or less a proof of concept
<dino4k> reinhard: i'm intrested, too =)
<reinhard> and i've had a big project in real life (outside gnue) that took away quite some time
<ninja> but, we need a design, or a model to base things on - a set of tables, a list of expected functionality etc
<reinhard> for the accounting, I have some design in my head
<reinhard> and if you look at the current state of luca, you might get a basic idea
<ninja> reinhard: i used to work at a couple of companies that did accounting software, and now i'm running a small business and in need of some, so i have ideas of my own
<dino4k> i will have a look at it but first i will try to understand the conecpt of gnue-*
<ninja> reinhard: what is the 'luca.db' file?
<reinhard> I'm just installing a big update at a customer, after lunch I should have time to talk more
<reinhard> ninja and dino4k, you still here in 2 hours or so?
<ninja> most likely
<dino4k> sure
<reinhard> ok
<ninja> gnue problem - anyone know what is causing this:
<ninja>   File "/home/rossg/gnue/gnue-svn/.cvsdevelbase/gnue/common/utils/uuid.py", line 185, in getHWAddress
<ninja>     data   = fcntl.ioctl (sfhd.fileno (), self.SIOCGIFHWADDR, ifreq)
<ninja> IOError: [Errno 19] No such device
<reinhard> you are not on a i86 hardware, right?
<ninja> reinhard: amd64
<ninja> is that going to make it more difficult?
<dimas_> where http://www.gnuenterprise.org/docs/ should point to?
<dino4k> dimas_: are you working on the webpage?
<dimas_> not but it is accessible over svn
<dino4k> hm? everyone can change it?!
<dimas_> who has write access
<dino4k> =)
<dino4k> do you have write access?
<dimas_> yes
<dino4k> =)
<ninja> reinhard: i have a patch that fixes the interface detection code for 'linux2', and thus gets me (and potentially anyone else with the same problem) past that IOError - interested?
<reinhard> sure
<reinhard> can you send to gnue-dev at gnu.org
<ninja> ok, will do. next up:
<ninja> DB000:    File "/home/rossg/gnue/gnue-svn/.cvsdevelbase/gnue/common/definitions/GParserHelpers.py", line 465, in getChildrenAsContent
<ninja> DB000:     elif isinstance (child, GBinary):
<ninja> DB000:  NameError: global name 'GBinary' is not defined
<reinhard> it's johannesV's turf, so I'd like to have him a look at it
<reinhard> current svn?
<johannesV> ninja, how to reproduce that one ?
<ninja> johannesV: dunno - it looks like for some reason my system is returning some strange information in the interfaces array which makes the getHWaddress bit barf
<johannesV> ninja, please send your patch to gnue-dev at gnu.org and i'll gladly incorporate it
<ninja> sent
<ninja> anyone got a clue where GBinary is defined?
<ninja> s/is/should be :)
<johannesV> ninja, it's in gnue-common.src.definitions.GBinary
<johannesV> i'm lookin' at that right now ...
*** btami has quit IRC
<ninja>   File "/home/rossg/gnue/gnue-svn/.cvsdevelbase/gnue/common/definitions/GBinary.py", line 33, in ?
<ninja>     from gnue.common.definitions.GObjects import GObj
<ninja> ImportError: cannot import name GObj
<ninja> that definitely seems to be there - how come it's not finding it
<johannesV> ninja, i've already solved it ... i'm testing now
<johannesV> please be patient; commit will follow in aprox 5 minutes
<ninja> johannesV: i'm in no hurry ;) take your time
<johannesV> ninja, please svn update ... this should fix the GBinary problem
<ninja> you mean the interfaces problem?
<ninja> ah, no - the interfaces problem isn't fixed yet
<ninja> and your patch didn't fix the GBinary problem - i had to put my own patch for that back in (a one-liner, i'll send it to the list)
<ninja> I'm on the GObj problem atm
<ninja> nope - now I'm confused - that problems disappeared and I'm getting:
<ninja> DB000:    File "/home/rossg/gnue/gnue-svn/.cvsdevelbase/gnue/common/definitions/GParserHelpers.py", line 462, in getChildrenAsContent
<ninja> DB000:     result += child._getAsContent_ ()
<ninja> DB000:  AttributeError: GCParameter instance has no attribute '_getAsContent_'
<ninja> ah, you patched the GBinary problem the same way :)
*** dino4k_ has joined #gnuenterprise
<ninja> wtf is GCParameter? I can't find that anywhere
<johannesV> ah, so there's another one not derived from ParserObj ...
<dimas_> johannesV: how can i get (select) all translated labels for particular class say in gnue db directly?
<johannesV> let me have a look ...
<dimas_> or with appserver
<johannesV> looks like cleaning up that old code really discovers some broken stuff ...
<johannesV> hmm, that GCParameter is one of appserver's gcd objects ...
<johannesV> so i'll add another change ...
<johannesV> strange
<johannesV> ah, got it
<johannesV> it's a type
<johannesV> erm, typo
<johannesV> commit sent
<dimas_> johannesV: nm, got it
*** dino4k has quit IRC
*** dino4k_ is now known as dino4k
<ninja> johannesV: nice one - gnue server now starts up again :)
<ninja> now, i've got a problem with the forms client, but that's occurring outside of gnue (in python xmlrpclib) :(
*** sjc has joined #gnuenterprise
<ninja> pls can someone attend to the moderator requests on gnue-dev at gnu.org ;)
<johannesV> bbl
*** johannesV has quit IRC
*** kilo has quit IRC
<ninja> reinhard: i have run gnue-luca/bin/server, and can now run gnue-luca/bin/form-acc and get a document entry window :)
<ninja> but i don't yet have a clue what the fields in the window are, or how to use the interface I see
<ninja> and, seeing as the only place that google turns up results for "int exceeds XML-RPC limits" is IRC logs of #gnuenterprise - i'll add that I had to comment out the two places that it threw the OverflowError with that message in /usr/lib/python2.4/xmlrpclib.py and restart the gnue-server process before I could get past that one (happening when starting a forms client)
* ninja unbuckles his safety belt
<ninja> reinhard: shout when you get a few minutes to give some direction re gnue-luca - i'll probably be about for another hour or so, depending on how strong this coffee is
*** reinhard has quit IRC
<ninja> :(
*** reinhard has joined #gnuenterprise
*** Amorphous has quit IRC
<dino4k> wb reinhard
<dino4k> reinhard: i have to go - will be back in 2 or 3 hours
*** dino4k has quit IRC
<reinhard> arrgh
<reinhard> crap, I forgot that we wanted to talk about luca :(
<reinhard> so many things happened, so many phone calls...
*** johannesV has joined #gnuenterprise
<johannesV> breezy up and running ...
<johannesV> :)
<reinhard> wb
* johannesV starting with finetuning ... 
<johannesV> bbl
*** johannesV has quit IRC
<ninja> reinhard: you could start by summarising what you've done so far and what needs to come next
<ninja> if i understand, maybe i can help
*** btami has joined #gnuenterprise
<reinhard> ok
<reinhard> dino4k can read from the logs anyway
<reinhard> ok
<reinhard> so far I have a basic idea of a concept for the finance module
<reinhard> or, better put, of the gl module
<ninja> yep, i'm picturing a GL module, with potential sales ledger, purchase ledger, inventory etc modules hooking into it
<reinhard> there are the classes "journal", "trans" and "entry" in which all transactions will end up at some point
<ninja> what is the difference between them?
<reinhard> "journal" is a group of transactions that get posted together
<reinhard> trans is a single transaction affecting several accounts (at least 2)
<reinhard> and entry is one line (one account) of such a transaction
<ninja> so, a transaction would have two or more entries?
<reinhard> yes right
<reinhard> and a journal would have one or more transactions
<ninja> ok, got you so far
<reinhard> typically, e.g. the sales of a day/week/month would make up a journal
<reinhard> the next basic concept is that we have different, distinct classes that are (for now) called
<reinhard> "batch" and "batchitem"
<ninja> so sales for a day would accumulate in a batch, which would get posted
<ninja> at the end of the day
<reinhard> exactly
<reinhard> and that matches the "batch" class here
<reinhard> the "batch" and "batchitem" class are like "not yet posted transactions"
<reinhard> and the batch class will have a procedure "post"
<reinhard> that will do some checks (e.g. if there is credit = debit), some additional calculations (might for example find the appropriate way of booking VAT)
<reinhard> and write the journal/trans/entry data
<reinhard> and after done, delete itself (the batch)
<reinhard> also this "post" method might do stuff like create or modify records in the a/r and a/p lists
<reinhard> (once they exist)
<reinhard> and whatever will be necessary
<reinhard> any other system that wants to generate transactions in the g/l just has to fill the very simple batch/batchitem relationship
<reinhard> and call the post() method
<reinhard> and doesn't have to care about consistency checking, VAT handling, a/r a/p handling etc
<reinhard> even changes internal to the g/l module might be hidden to such external systems
<reinhard> so at some point we would be able to rewrite the g/l module completely and still work with the same, say, invoicing module
<reinhard> provided just the batch/batchitem class remains compatible
<ninja> sure - basic OO stuff implied etc
<reinhard> does this make sense so far?
<ninja> yep
<reinhard> ok
<ninja> so what have you got so far, and what is left to do?
<reinhard> also the manual entry of transactions would be in batch layer
<reinhard> what we have so far is a draft for a form to enter transactions
<reinhard> acc-main.gfd
<ninja> yep, i saw the form - a multi-line UI triggered by bin/form-acc
<reinhard> and the definition of the classes mentioned above (plus some other classes necessary as a base)
<reinhard> in gl.gcd
<reinhard> the next logical step would be to implement the basic function of batch.post()
<reinhard> then we would add a/r and a/p functionality, we might try to do that as a separate module
<ninja> what about 'chart of accounts'? where would that fit in?
<ninja> general ledger account codes/hierarchy i suppose
<reinhard> classes mentioned above (plus some other classes necessary as a base) <--- that includes chart of accounts
<reinhard> where there is no hierarchy
<reinhard> ninja: you from US?
<reinhard> hierarchical chart of accounts is not usual in Europe AFAICT
<reinhard> bbl, must run
<ninja> i'm approaching this from an 'itch to scratch' angle :) to begin with, i would want at least to be able to set up a chart of accounts and have a simple UI to post stuff to them
<reinhard> will go on explaining later
<ninja> reinhard: from .uk, but living in .th
<ninja> k - later
<ninja> no gnue.designer.uidrivers.gtk yet :(
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** btami has quit IRC
<reinhard> ninja: we might give wx2.6 a boost
<reinhard> which will support gtk2 for designer
<reinhard> what is .th??
<ninja> thailand
<reinhard> oh
<reinhard> that clearly counts as "outside Europe" then :)
<reinhard> I would like to see more people involved in luca
<reinhard> so I'm basically open to everything
<reinhard> I'm here for another 15 minutes before I have to leave for today, so if you have any questions, please ask
<ninja> reinhard: i'm here for another 15mins before i can no longer hold my eyelids open - probably best we chat some more another time :)
<reinhard> ok :)
<reinhard> cu all
*** reinhard has quit IRC
*** yure has quit IRC
*** yure has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** johannesV has quit IRC
*** dino4k has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** yure has quit IRC
*** dino4k has quit IRC
*** sjc has quit IRC
*** kilo has quit IRC
*** Amorphous has joined #gnuenterprise
*** Amorphous has quit IRC
*** Amorphous has joined #gnuenterprise