IRC logs of #tryton for Sunday, 2009-09-06

chat.freenode.net #tryton log beginning Sun Sep 6 00:00:02 CEST 2009
2009-09-06 00:16 <CIA-2> vengfulsquirrel roundup * #1151/Local Cache Performance Problem: [new] I had an issue where loading sales took 3.5 minutes and trytond gained 50MB of ram and ran my cpu at 75% (according to the possibly inaccura ...
2009-09-06 00:16 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 00:51 -!- ikks(n=ikks@190.158.112.213) has joined #tryton
2009-09-06 02:01 -!- FWiesing(n=FWiesing@194-208-185-012.tele.net) has left #tryton
2009-09-06 02:25 -!- juanfer(n=juanfer@190.25.15.199) has joined #tryton
2009-09-06 02:26 -!- gremly(n=gremly@190.156.166.163) has joined #tryton
2009-09-06 05:20 -!- yangoon(n=mathiasb@p549F5C0D.dip.t-dialin.net) has joined #tryton
2009-09-06 08:34 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-09-06 10:56 -!- FWiesing(n=FWiesing@194-208-185-012.tele.net) has joined #tryton
2009-09-06 12:53 <FWiesing> ACTION is away: Grad nicht vorm PC
2009-09-06 13:35 -!- gour(n=gour@87.252.147.137) has joined #tryton
2009-09-06 18:03 <CIA-2> ced@b2ck.com * r748 /wiki/ProjectOrganization.wiki: Obfuscate email address
2009-09-06 18:04 <CIA-2> C?dric Krier <ced@b2ck.com> default * 0:42597f52d2cc neso/ (17 files in 4 dirs): Initial commit of neso
2009-09-06 18:04 <CIA-2> http://hg.tryton.org/neso/rev/42597f52d2cc
2009-09-06 18:05 -!- gour(n=gour@87.252.147.137) has joined #tryton
2009-09-06 18:30 <CIA-2> ced roundup * #1151/Local Cache Performance Problem:
2009-09-06 18:30 <CIA-2> [invalid] I think the problem comes from your code.
2009-09-06 18:30 <CIA-2> The changeset 9913a412cff8 fix an issue to not add to cursor cache Function fields because i ...
2009-09-06 18:30 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 18:36 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-09-06 19:25 <gour> ACTION today had private exchange with one GNUmed developer who was asking about the reasons not to be involved with GNUMed development and tryton was mentioned as the example of one nicely organized project
2009-09-06 19:50 <yangoon> gour had a look yesterday to medical
2009-09-06 19:51 <yangoon> gour: you don't semm to be the only one having problems with the import
2009-09-06 19:52 <yangoon> they just split the big xml into 3 parts to reduce memory consumption
2009-09-06 20:09 <CIA-2> matb roundup * #1152/ImportError: No module named tryton.client:
2009-09-06 20:09 <CIA-2> [new] (x86_64)mathiasb@obelix:~/bin/tryton/neso/bin$ ./neso -v
2009-09-06 20:09 <CIA-2> Traceback (most recent call last):
2009-09-06 20:09 <CIA-2> File "./neso", line 50, in <module>
2009-09-06 20:09 <CIA-2> imp ...
2009-09-06 20:09 <CIA-2> http://bugs.tryton.org/roundup/issue1152
2009-09-06 20:12 <gour> yangoon: well, i got email from the dev today informing me about that
2009-09-06 20:13 <gour> where is the docs for the core modules, i.e. ir, res, workflow & what-is-the-last-one? report?
2009-09-06 20:16 <CIA-2> matb roundup * #1152/ImportError: No module named tryton.client:
2009-09-06 20:16 <CIA-2> [chatting] Ah ok, this is very hidden in INSTALL:
2009-09-06 20:16 <CIA-2> To use without installation, run ``bin/neso`` from where the archive was
2009-09-06 20:16 <CIA-2> unpacked. You must ha ...
2009-09-06 20:16 <CIA-2> http://bugs.tryton.org/roundup/issue1152
2009-09-06 20:28 -!- carlos(n=carlos@88.148.7.65) has joined #tryton
2009-09-06 20:28 <carlos> hi
2009-09-06 20:28 <carlos> cedk: around?
2009-09-06 20:29 <CIA-2> matb roundup * #1153/Extend tryton-dev to automatically download a full neso instance: [new] Extend tryton-dev with an option to automatically download a full neso instance.
2009-09-06 20:29 <CIA-2> http://bugs.tryton.org/roundup/issue1153
2009-09-06 20:30 <gour> cedk: thank you for reply on ml. :-)
2009-09-06 20:30 <gour> neso is for those with 'embedded-needs' only?
2009-09-06 20:31 -!- plinux(n=plinux@wireless-216-170-122-150.digitalputty.com) has joined #tryton
2009-09-06 20:32 <plinux> hello hello
2009-09-06 20:33 <carlos> Does anyone able to tell me what's the ir_model_field table used for?
2009-09-06 20:33 <cedk> gour: yes, we did it to have demo version
2009-09-06 20:34 <cedk> carlos: it reflect the fields on Model
2009-09-06 20:35 <gour> cedk: ok. we believe we won't have need for it (for now)
2009-09-06 20:36 <cedk> carlos: and it will be used later to create fields from the client
2009-09-06 20:36 -!- vengfulsquirrel(n=plinux@wireless-216-170-122-150.digitalputty.com) has joined #tryton
2009-09-06 20:37 <gour> i see that modules are documented on the web site, what about ir, res, workflow, webdav, ie. core stuff?
2009-09-06 20:38 <carlos> cedk: I see
2009-09-06 20:38 <gour> ACTION would like to start learning for tryton development, and it is probably supposed than one uses core stuff
2009-09-06 20:38 <carlos> cedk: ok, thanks
2009-09-06 20:39 <carlos> cedk: about the translations, I will try to get them ready tonight
2009-09-06 20:39 -!- vengfulsquirrel(n=plinux@wireless-216-170-122-150.digitalputty.com) has joined #tryton
2009-09-06 20:40 <vengfulsquirrel> wow this irc client is killing me, hey cedk I'm pretty sure I don't extend get_amount at all
2009-09-06 20:41 <gour> ACTION is now using weechat(-0.3.0) again
2009-09-06 20:42 <gour> yesterday when asking about equivalent of OSV for tryton i got this link - http://groups.google.com/group/tryton/browse_thread/thread/5d3494148eb2aaf3, but if i try to search google group for WizardOSV i get nothing :-/ any clue?
2009-09-06 20:42 <vengfulsquirrel> yeah i think i mentioned that yesterday as well
2009-09-06 20:42 <vengfulsquirrel> gour: I think the search doesn't work at all, at least not for me either.
2009-09-06 20:43 <gour> vengfulsquirrel: ahh, god to know ;)
2009-09-06 20:43 <gour> *good
2009-09-06 20:43 <vengfulsquirrel> gour: When I search for osv nothing comes back, I had to find it via the archives in my email
2009-09-06 20:44 <vengfulsquirrel> There aren't many messages though I think you can page through them pretty fast. Thought its inconvient.
2009-09-06 20:44 <gour> vengfulsquirrel: yeah...how to find something then
2009-09-06 20:44 <gour> heh
2009-09-06 20:44 <gour> what about my other enquiry? doc for the core stuff?
2009-09-06 20:45 <vengfulsquirrel> *checking log*
2009-09-06 20:45 <vengfulsquirrel> I started a document for reports but its not complete.
2009-09-06 20:48 <yangoon> cedk: bechamel: cool, first time testing sqlite support with neso, it's running pretty well! neso seems really good alternative as demo version. Kudos!
2009-09-06 20:50 <gour> ACTION cannot believe there are no docs for 'ir', 'res' etc.
2009-09-06 20:51 <gour> vengfulsquirrel: thank you for updating 'helloworld'
2009-09-06 20:52 <vengfulsquirrel> gour: Yes yes yes, the docs are not adequate yet, they are progressing though
2009-09-06 20:54 <vengfulsquirrel> cedk: Do you think this could be causing my performance bug? http://paste.pocoo.org/show/138396/
2009-09-06 20:54 <gour> vengfulsquirrel: huh, how can one develop then without having some kind of 'api' for the core stuff? otoh, every other module has, at least, some tiny *.rst file
2009-09-06 20:57 <gour> yangoon: do you consider worth the effort of porting medical to tryton? i wonder how easy/difficult will be to keep it up-to-date?
2009-09-06 20:59 <vengfulsquirrel> gour: I guess yeah its hard, we are still a small group. The quality of the forked code gets better with each day and the new code is of high quality from the start, which is what matters most to me. The documentation has been gradually filling in but yeah its not yet complete.
2009-09-06 21:00 <vengfulsquirrel> gour: Do you mean how hard it will be to port changes from the original AFTER you have ported it?
2009-09-06 21:01 <gour> vengfulsquirrel: yep, after the port is finished at some level, how to 'merge' their changes?
2009-09-06 21:01 <gour> ACTION is playing withe medical atm
2009-09-06 21:01 <yangoon> gour: that's the crucial point: the updates. If you have a reliable source you make some scripts to parse the data into the models. But the question is: where did/do they get the data?
2009-09-06 21:03 <vengfulsquirrel> gour: Well you could try to programmatically port it and if that succeeded you would just have to maintain that script or scripts. Do you have a link to this module's source?
2009-09-06 21:04 <gour> vengfulsquirrel: svn co https://medical.svn.sourceforge.net/svnroot/medical medical
2009-09-06 21:04 <gour> yangoon: i'm not so concerned about the data, 'cause our needs are quite different. have you see my post on ml?
2009-09-06 21:05 <cedk> vengfulsquirrel: you should add: print traceback.print_stack
2009-09-06 21:05 <cedk> vengfulsquirrel: where you put the logging
2009-09-06 21:05 <yangoon> vengfulsquirrel: gour I don't think that it makes sense to just port the available xml files to tryton. it is much better to develop the data model in tryton and the to parse the data in.
2009-09-06 21:05 <gour> otherwise, i'd just play with medical to get some ideas, and start developing from scratch using tryton's infrastructure
2009-09-06 21:05 <cedk> ACTION bbl
2009-09-06 21:05 <vengfulsquirrel> cedk: Okay that will take me about 4-5 hours to setup
2009-09-06 21:06 <yangoon> gour medical for me is indeed a pure 'dictionary', there is no logic inside besides the models
2009-09-06 21:07 <yangoon> gour: so it can serve you as sample, if you only need the data structure
2009-09-06 21:09 <gour> yangoon: well, i'd need the complete solution (as described in the group's post), so it seems better to write JUST what we need in tryton instead of jumping between openerp & tryton
2009-09-06 21:10 <yangoon> gour: if you don't need the data (don't you need them really?) just develop in tryton what you need, yes.
2009-09-06 21:10 <vengfulsquirrel> I don't understand the purpose of neso, is it just for demoing ?
2009-09-06 21:11 <yangoon> vengfulsquirrel: you don't have to configure the database
2009-09-06 21:12 <yangoon> vengfulsquirrel: it runs almost out of the box
2009-09-06 21:12 <gour> if you guys write tryton stuff, and it looks you do, and considering there is no docs for core stuff, you must be quite familiar with openerp and how it evolved into tryton and/or reading lot of tryton core code...
2009-09-06 21:14 <vengfulsquirrel> gour: I am not familiar with openerp at all and I couldn't get it to install
2009-09-06 21:14 <vengfulsquirrel> and I've written about 10 modules
2009-09-06 21:15 <vengfulsquirrel> yangoon: weird, but its just sqlite right? Who would use it ?
2009-09-06 21:16 <yangoon> vengfulsquirrel: yes, but it is ok for a fast evaluation and demo
2009-09-06 21:16 <gour> vengfulsquirrel: usually one, at least, uses API of the library...how to become familiar what is where? and what do you suggest me for starting with tryton development? (fortunately, openerp package for archlinux worked, so i could install it) :-)
2009-09-06 21:17 <gour> s/familiar/familiar with/
2009-09-06 21:17 <gour> yangoon: the common denominator for sqlite and postgresql must be limited, right?
2009-09-06 21:18 <vengfulsquirrel> gour: Well they both operate with sql
2009-09-06 21:18 <gour> that's why i wonder how serious stuff can be provided via neso
2009-09-06 21:19 <gour> vengfulsquirrel: right, but sqlite3 misses some stuff, afaik
2009-09-06 21:19 <vengfulsquirrel> gour: Well I just do what someone said earlier. 0. read the docs that exist 1. start writing a module 2. copy functionality from other modules that have what i want 3. if there are not other modules ask in here
2009-09-06 21:19 <gour> vengfulsquirrel: it sound like reverse-engineering, isn't it?
2009-09-06 21:20 <gour> *sounds
2009-09-06 21:22 <yangoon> gour I never would use sqlite for a production system, but it is the answer to have a quick installed all-in-one package for evaluation. and I agree with cedk that postgres should be configured separately and not packaged with tryton.
2009-09-06 21:22 <gour> i agree with it as well
2009-09-06 21:23 <gour> ACTION was thinking to use sqlite3 as back-end for another desktop, but not for erp-like one
2009-09-06 21:25 <vengfulsquirrel> gour: Yeah I guess, but eventually after a few repetitions of that it all comes together.
2009-09-06 21:26 <gour> vengfulsquirrel: i hope it will happen in my case too
2009-09-06 21:26 <yangoon> ACTION food
2009-09-06 21:59 <CIA-2> vengfulsquirrel * r749 /wiki/ProjectOrganization.wiki: Updated wording of Project Organization.
2009-09-06 22:21 <CIA-2> xuard roundup * #1154/Neso : user creation is not possible error UTF 8:
2009-09-06 22:21 <CIA-2> [new] I tried to use neso.
2009-09-06 22:21 <CIA-2> Fabulous work !
2009-09-06 22:21 <CIA-2> I want to create a user xuard and I receive : error utf8
2009-09-06 22:21 <CIA-2> ERROR:dispatcher:Exception calling method ...
2009-09-06 22:21 <CIA-2> http://bugs.tryton.org/roundup/issue1154
2009-09-06 22:46 <CIA-2> vengfulsquirrel roundup * #1151/Local Cache Performance Problem:
2009-09-06 22:46 <CIA-2> File "/usr/lib64/python2.6/threading.py", line 497, in __bootstrap
2009-09-06 22:46 <CIA-2> self.__bootstrap ...
2009-09-06 22:46 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 22:47 <vengfulsquirrel> cedk: https://bugs.tryton.org/roundup/issue1151
2009-09-06 22:49 <vengfulsquirrel> cedk: Can you put the code that generates the demo's database somewhere? Or put the raw sql dump of the database somewhere? I need it to generate a testing environment for products, sales and locations of a large magnitude to try and see if other performance problems I have happen when my modules are not installed.
2009-09-06 22:51 <vengfulsquirrel> Performance problems are the last thing I need to solve before my company's initial tryton implementation is complete.
2009-09-06 22:57 -!- carlos(n=carlos@17.156.221.87.dynamic.jazztel.es) has joined #tryton
2009-09-06 23:29 <cedk> vengfulsquirrel: http://www.b2ck.com/~ced/demo/
2009-09-06 23:30 <vengfulsquirrel> cedk: perfect, thanks, did you have time to look at my traceback ?
2009-09-06 23:30 <CIA-2> ced roundup * #1151/Local Cache Performance Problem: [chatting] Did you get sales with a lot of lines?
2009-09-06 23:30 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 23:33 <CIA-2> ced roundup * #1152/ImportError: No module named tryton.client:
2009-09-06 23:33 <CIA-2> [invalid] In README, it is said to read INSTALL.
2009-09-06 23:33 <CIA-2> And for me the error message is clear.
2009-09-06 23:33 <CIA-2> http://bugs.tryton.org/roundup/issue1152
2009-09-06 23:36 <CIA-2> vengfulsquirrel roundup * #1151/Local Cache Performance Problem:
2009-09-06 23:36 <CIA-2> SELECT sale, COUNT(*) AS lines FROM sale_line GROUP BY sale ORDER BY lines DESC;
2009-09-06 23:36 <CIA-2> sale | lines
2009-09-06 23:36 <CIA-2> ------+-------
2009-09-06 23:36 <CIA-2> 91 | 89
2009-09-06 23:36 <CIA-2> 90 | 89
2009-09-06 23:36 <CIA-2> ...
2009-09-06 23:36 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 23:38 <CIA-2> vengfulsquirrel roundup * #1151/Local Cache Performance Problem: Note that some sales were duplicated so that prior sale could be canceled and a change could be made. For example that is why there are two sales ...
2009-09-06 23:38 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 23:43 <cedk> vengfulsquirrel: can you give me a dump of your database?
2009-09-06 23:45 <vengfulsquirrel> Hmm it has customer information in it and I have a bunch of modules so I'd have to give you all those too to run it.
2009-09-06 23:45 <vengfulsquirrel> cedk: Is there any way to be more selective about the data you need?
2009-09-06 23:51 <CIA-2> C?dric Krier <ced@b2ck.com> default * 1989:c968de12f60a trytond/trytond/model/browse.py: Pass local_cache to BrowseRecord instanciated in BrowseRecord for issue1151
2009-09-06 23:51 <CIA-2> http://hg.tryton.org/trytond/rev/c968de12f60a
2009-09-06 23:52 <CIA-2> ced roundup * #1151/Local Cache Performance Problem: [resolved] Fixed with changeset c968de12f60a
2009-09-06 23:52 <CIA-2> http://bugs.tryton.org/roundup/issue1151
2009-09-06 23:53 <cedk> vengfulsquirrel: no more need of dump :-)

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!