| chat.freenode.net #tryton log beginning Tue Feb 24 00:00:01 CET 2009 | ||
| 2009-02-24 00:03 -!- yangoon1(n=mathiasb@p549F676E.dip.t-dialin.net) has joined #tryton | ||
| 2009-02-24 01:28 -!- ChanServ(ChanServ@services.) has joined #tryton | ||
| 2009-02-24 02:13 -!- juanfer(n=juanfer@190.157.120.122) has joined #tryton | ||
| 2009-02-24 02:42 -!- ikks(i=igor@190.120.132.59) has joined #tryton | ||
| 2009-02-24 03:07 -!- gremly(n=oscar@190.156.157.51) has joined #tryton | ||
| 2009-02-24 04:05 -!- gremly(n=oscar@190.156.157.51) has joined #tryton | ||
| 2009-02-24 05:19 -!- yangoon(n=mathiasb@p549F60B7.dip.t-dialin.net) has joined #tryton | ||
| 2009-02-24 07:46 -!- paola(n=paola@host-84-223-228-216.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-02-24 07:47 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2009-02-24 08:18 <CIA-10> tryton: Timitos roundup * #810/problems with extending selection fields: [new] http://www.tryton.org/doc/branches/1.0/trytond/doc/models.html#how-to-define-selections On this place in the documentation you describe how ... | ||
| 2009-02-24 08:41 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-02-24 09:08 -!- nicoe(n=nicoe@ip-80-236-225-132.dsl.scarlet.be) has joined #tryton | ||
| 2009-02-24 09:17 -!- simahawk(n=simao@ppp-244-63.21-151.libero.it) has joined #tryton | ||
| 2009-02-24 09:17 -!- simahawk(n=simao@ppp-244-63.21-151.libero.it) has left #tryton | ||
| 2009-02-24 09:39 -!- Gedd(n=ged@ip-80-236-225-132.dsl.scarlet.be) has joined #tryton | ||
| 2009-02-24 09:41 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-f7f4221ab0c550da) has joined #tryton | ||
| 2009-02-24 09:42 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-02-24 10:03 -!- kleinerdrache(n=mn@88-117-115-216.adsl.highway.telekom.at) has joined #tryton | ||
| 2009-02-24 10:09 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton | ||
| 2009-02-24 10:10 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has left #tryton | ||
| 2009-02-24 10:27 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton | ||
| 2009-02-24 10:37 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
| 2009-02-24 10:42 <cristi_an> cedk: thx for your answer | ||
| 2009-02-24 10:44 <cristi_an> so making tha possible what is needed to be done | ||
| 2009-02-24 10:44 <cristi_an> i can't tell to those customers do not do those reports simultaneously ? | ||
| 2009-02-24 10:44 <cristi_an> or python is the fault | ||
| 2009-02-24 10:46 <cedk> cristi_an: I don't know, you must use the right hardware for your needs | ||
| 2009-02-24 10:47 <cedk> cristi_an: it will be always possible to overload the server with bad practice | ||
| 2009-02-24 10:49 <cristi_an> well here is an issue you can;t name bad practice 20 people that want some reports... | ||
| 2009-02-24 10:49 <cristi_an> they just use the program... | ||
| 2009-02-24 10:50 <cedk> cristi_an: no, I want to say that you can at any time overload any server | ||
| 2009-02-24 10:50 <cristi_an> i wonder for cases like this nothing can be done on server side | ||
| 2009-02-24 10:50 <cedk> cristi_an: and as I said it is a matter of probability | ||
| 2009-02-24 10:51 <cristi_an> when you do a query ...ansd iterate the result set adn pass data to reports | ||
| 2009-02-24 10:51 <udono> cristi_an: buy Memory for $20 | ||
| 2009-02-24 10:51 <yangoon> udono: :D | ||
| 2009-02-24 10:51 <cristi_an> to make somehow data that is already pased to the reports to be garbage colected or so | ||
| 2009-02-24 10:52 <cristi_an> i do not knwo how relatorio works | ||
| 2009-02-24 10:52 <cristi_an> just asking | ||
| 2009-02-24 10:54 <cedk> cristi_an: any way, you must have at least enough memory to have reports result in memory | ||
| 2009-02-24 10:54 <udono> cristi_an: yes, cedk could implement a fifo dispatcher for XMLRPC requests, but I think not for $20 | ||
| 2009-02-24 10:54 <cristi_an> udono: you are so funny :) | ||
| 2009-02-24 10:55 <cristi_an> udono: you mean like one request at the time | ||
| 2009-02-24 10:55 <cristi_an> that is messagin | ||
| 2009-02-24 10:55 <cristi_an> like a queue | ||
| 2009-02-24 10:55 <cristi_an> but that can be done for reports .... | ||
| 2009-02-24 10:56 <cristi_an> not for regular inserts updates etc | ||
| 2009-02-24 10:56 <cristi_an> why not | ||
| 2009-02-24 10:56 <udono> cristi_an: relatorio does this afaik: Open the odt document, parse the content.xml files with genshi templating system, zip the files back to the newly parsed odt. nicoe is that right in general? | ||
| 2009-02-24 10:56 <nicoe> udono: yes it is | ||
| 2009-02-24 10:56 <udono> nicoe: thanks, btw: hi :-) | ||
| 2009-02-24 10:56 <cristi_an> udono: when data is filled ? | ||
| 2009-02-24 10:57 <nicoe> udono, hello | ||
| 2009-02-24 10:57 <udono> cristi_an: I don't see any pros on this only cons | ||
| 2009-02-24 10:57 <cristi_an> udono: but that is not a bad ideea | ||
| 2009-02-24 10:57 <cristi_an> request for reports to be queued | ||
| 2009-02-24 10:58 <cristi_an> not run in parallel | ||
| 2009-02-24 10:59 <cristi_an> for very large reports... | ||
| 2009-02-24 10:59 <cristi_an> but that is harder then buying some memory :)) | ||
| 2009-02-24 10:59 <udono> cristi_an: it is a bad Idea, I think it makes everything complicated. dispatching and scheduling is the work of the OS, so better buy 8G Memory. Its more easy and scalable | ||
| 2009-02-24 10:59 <cedk> cristi_an: why? we have a fast report generator | ||
| 2009-02-24 11:00 <cristi_an> i have to admit you are right ...i am still in the window world where i jave limit in using RAM's | ||
| 2009-02-24 11:01 <cristi_an> but assume you will once have ..like giant coporate running tryton | ||
| 2009-02-24 11:02 <cristi_an> you will need some load balaincing | ||
| 2009-02-24 11:05 <udono> ACTION cited Laotse: When we have the one side, then we will have the other side, too. | ||
| 2009-02-24 11:07 <cristi_an> you are not that far ...on cebit you'll make ... waves :) | ||
| 2009-02-24 11:07 <udono> cristi_an: we will see | ||
| 2009-02-24 11:09 <cristi_an> udono: thx for open my eyes with that simple solution (for linux) buy ram... | ||
| 2009-02-24 11:09 <cristi_an> that will solve my problem for sure :) | ||
| 2009-02-24 11:17 <cristi_an> but i still wonder in the 95-2000 period how they handled this kind of problems ... | ||
| 2009-02-24 11:18 <cristi_an> since back then i do not htink there was like no limits on ram...stuff | ||
| 2009-02-24 11:19 -!- oversize(n=manuel@port-92-198-7-97.static.qsc.de) has joined #tryton | ||
| 2009-02-24 11:28 <udono> cristi_an: I see no benefit to implement every good-idea-which-could-be-usefull-in-future (TM). But I think if we have the real case someone really have an issue with scalability of tryton, it will be solved. But for now its something like a premature optimisation. Some one who will serve 100 Clients with a possible hard load on reporting knows that an erp-Implementation will cost minimum $100.000. | ||
| 2009-02-24 11:31 <cristi_an> good-idea-which-could-be-usefull-in-future (TM). LOL :) | ||
| 2009-02-24 11:36 <cristi_an> for me is ok ...the ram solution | ||
| 2009-02-24 11:41 <udono> cedk: which module I need to install to use spellchecker on client side? | ||
| 2009-02-24 11:42 <udono> cedk is not there... | ||
| 2009-02-24 11:42 <bechamel> udono: it's a gnome module iirc | ||
| 2009-02-24 11:43 <udono> gtkspell I fond | ||
| 2009-02-24 11:44 <bechamel> udono: yes | ||
| 2009-02-24 11:47 <udono> python-gnome2-extras is the package... | ||
| 2009-02-24 11:47 <udono> on a kde system it needs 125MB extra. This seems a big dictionary for spell checking :-) | ||
| 2009-02-24 11:49 <bechamel> udono: yes, happilly it's not mandatory to run the client | ||
| 2009-02-24 11:54 -!- ChanServ(ChanServ@services.) has joined #tryton | ||
| 2009-02-24 12:05 -!- ChanServ(ChanServ@services.) has joined #tryton | ||
| 2009-02-24 12:15 <Timitos> bechamel: i am working on a module thats has a one2many-field and in this field there is another one2many field. i have an issue when creating records with this constellation: http://paste.pocoo.org/show/105159/ | ||
| 2009-02-24 12:16 <Timitos> bechamel: the funny thing. i think yesterday it worked | ||
| 2009-02-24 12:16 <Timitos> bechamel: could there be an issue with some changes yesterday? | ||
| 2009-02-24 12:18 <CIA-10> tryton: udo.spallek * r447 /wiki/gsoc2009.wiki: Edited wiki page through web user interface. | ||
| 2009-02-24 12:18 <bechamel> Timitos: there was changes for m2o | ||
| 2009-02-24 12:19 <bechamel> Timitos: there is a function field in your model ? | ||
| 2009-02-24 12:19 <Timitos> bechamel: yes | ||
| 2009-02-24 12:21 <bechamel> Timitos: now a function field cannot return [(1,"val1"),(2,, "val2")] but must return {1:"val1", 2:"val2"} | ||
| 2009-02-24 12:21 <Timitos> bechamel: it seems that when i try to save the record the required one2many relation field is not set properly | ||
| 2009-02-24 12:22 <Timitos> bechamel: i get something like NULL-VALUE in column x violates not-null-constraint .... | ||
| 2009-02-24 12:22 <Timitos> but this shouldn´t happen when i am working on a one2many view? | ||
| 2009-02-24 12:22 <bechamel> Timitos: a required one2many ? | ||
| 2009-02-24 12:23 <Timitos> bechamel: yes. but only for some states | ||
| 2009-02-24 12:23 <Timitos> about the function field. i will check this. | ||
| 2009-02-24 12:24 <bechamel> Timitos: try to save the form with only data in the "first" on2many and then after add data to the "second" one2many (one2many are saved when the parent form is saved) | ||
| 2009-02-24 12:25 <Timitos> bechamel: i tried. same problem. | ||
| 2009-02-24 12:26 <bechamel> Timitos: btw, the error you pasted is about function field | ||
| 2009-02-24 12:27 <Timitos> ah. ok. so i think i have two different issues | ||
| 2009-02-24 12:27 <bechamel> Timitos: yes maybe | ||
| 2009-02-24 12:28 <bechamel> Timitos: the error appear when you save your form ? | ||
| 2009-02-24 12:29 <Timitos> bechamel: yes | ||
| 2009-02-24 12:29 <Timitos> bechamel: now i remember. yes i habe another issue with this module | ||
| 2009-02-24 12:30 <Timitos> bechamel: i have a function field that depends on fields in the one2many field. if i add a new line in the one2many the function field is not updated in the upper view. | ||
| 2009-02-24 12:30 <Timitos> bechamel: i think this is connected with the error message | ||
| 2009-02-24 12:31 <bechamel> Timitos: so maybe you have only one problem because saving a form trigger a read just after (to refresh function field notably) | ||
| 2009-02-24 12:32 <bechamel> Timitos: if you want to update functin field before saving the form you can use an on_change_* function | ||
| 2009-02-24 12:34 <Timitos> bechamel: mom. i will try something | ||
| 2009-02-24 12:35 <bechamel> Timitos: on_change_lines on account_invoice/invoice.py do a similar work | ||
| 2009-02-24 12:35 <Timitos> bechamel: i will take a look thx | ||
| 2009-02-24 12:49 <Timitos> bechamel: i do not have the function field that needs to be computed in the form view but only in the tree view. is this perhaps the problem? | ||
| 2009-02-24 12:52 <bechamel> Timitos: for the on_change maybe, if not it should be a problem (function field are computed on the server, which is view-agnostic) | ||
| 2009-02-24 12:53 <bechamel> should/shouldn't/ :-/ | ||
| 2009-02-24 12:58 <bechamel> Timitos: the first thing to do is to print the result your computed field (check that there is 1 as key in the dict) | ||
| 2009-02-24 12:58 <Timitos> bechamel: i think i found the problem. just a minute i am testing | ||
| 2009-02-24 13:03 <Timitos> bechamel: found it. my function for the function fields didn´t return values for every id. thx for being with me | ||
| 2009-02-24 13:04 <bechamel> Timitos: great | ||
| 2009-02-24 13:49 -!- simahawk(n=simao@ppp-244-63.21-151.libero.it) has joined #tryton | ||
| 2009-02-24 13:49 -!- simahawk(n=simao@ppp-244-63.21-151.libero.it) has left #tryton | ||
| 2009-02-24 14:07 -!- kleinerdrache_(n=mn@88-117-127-24.adsl.highway.telekom.at) has joined #tryton | ||
| 2009-02-24 14:40 -!- panthera(n=daniel@static.88-198-196-34.clients.your-server.de) has joined #tryton | ||
| 2009-02-24 15:20 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has left #tryton | ||
| 2009-02-24 15:31 -!- ikks(n=igor@190.144.69.234) has joined #tryton | ||
| 2009-02-24 15:38 -!- nicoe(n=nicoe@ip-80-236-225-132.dsl.scarlet.be) has joined #tryton | ||
| 2009-02-24 15:39 <CIA-10> tryton: matb roundup * #811/Modules: Refresh list automatically: [new] After installation of modules the list view should be refreshed automatically to reflect the real installation state. | ||
| 2009-02-24 15:59 -!- juanfer(n=juanfer@190.144.69.234) has joined #tryton | ||
| 2009-02-24 16:40 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 132:3b75f904462b sale/ (sale.py sale.xml): Improved invoice exception handling | ||
| 2009-02-24 16:40 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 133:e44216953830 sale/sale.py: Typo | ||
| 2009-02-24 16:40 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 134:cccfe735ed2b sale/ (sale.py sale.xml): Improved packing exception handling | ||
| 2009-02-24 17:16 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-02-24 17:23 <cedk> bechamel: how do you want to name _rpc_allowed? | ||
| 2009-02-24 17:24 <bechamel> cedk: the problem is to mix two concept in one dict | ||
| 2009-02-24 17:25 <bechamel> cedk: the same dict tell if rpc is allowed and if the cursor should be commited | ||
| 2009-02-24 17:25 <bechamel> cedk: so there is not good name | ||
| 2009-02-24 17:25 <bechamel> :) | ||
| 2009-02-24 17:26 <cedk> bechamel: it must be in the same dict otherwize we will forget to set value for somes | ||
| 2009-02-24 17:29 <bechamel> cedk: I think about {'read': {'commit': True}, ...} but it's a bit overkill | ||
| 2009-02-24 17:30 <cedk> bechamel: it could be [('read', False), ('write', True)] | ||
| 2009-02-24 17:30 <cedk> bechamel: it is will be less efficient when searching for one method value | ||
| 2009-02-24 17:32 <bechamel> [('read', False), ('write', True)] is not better | ||
| 2009-02-24 17:33 <bechamel> rpc_allowed = {'read': {'commit': True}, ...} is self-documented: one can call read and one should commit after that | ||
| 2009-02-24 17:34 <bechamel> cedk: but if you prefer to keep it like that it's ok, it was just a suggestion | ||
| 2009-02-24 17:34 <cedk> bechamel: but it doesn't force you to put commit values | ||
| 2009-02-24 17:40 <bechamel> cedk: when I see rpc_allowed = {'read': False, 'write': True}, I read "rpc is allowed on write but not on read" | ||
| 2009-02-24 17:41 <cedk> bechamel: why not _rpc_allowed_with_commit | ||
| 2009-02-24 17:45 <bechamel> _rpc_allowed_but_the_value_for_each_key_is_to_tell_if_there_shoud_be_a_commit :D | ||
| 2009-02-24 17:45 <bechamel> joke aside .. | ||
| 2009-02-24 17:46 <bechamel> what if i want to tell that a method should do a commit but i don't want to allow rpc on it ? | ||
| 2009-02-24 17:46 <bechamel> cedk: like a method call by a cron ? | ||
| 2009-02-24 17:47 <cedk> bechamel: you don't need to tell this | ||
| 2009-02-24 17:49 <bechamel> cedk: and if a method should _not_ do a commit but i don't want rpc on it ? | ||
| 2009-02-24 17:56 <cedk> bechamel: method will never do commit | ||
| 2009-02-24 17:58 <bechamel> cedk: why ? what about the cron that create the purchase requests ? | ||
| 2009-02-24 17:59 <cedk> bechamel: it is the cron that open the cursor and commit it, never any method | ||
| 2009-02-24 18:09 -!- ChanServ(ChanServ@services.) has joined #tryton | ||
| 2009-02-24 18:52 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-02-24 19:29 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
| 2009-02-24 19:40 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-02-24 20:16 -!- enlightx(n=enlightx@host-84-220-90-129.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-02-24 20:31 -!- udono(n=udono@dynamic-unidsl-85-197-18-18.westend.de) has joined #tryton | ||
| 2009-02-24 20:51 -!- bechamel`(n=user@85.201.86.139) has joined #tryton | ||
| 2009-02-24 21:11 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-02-24 22:10 -!- paola_(n=paola@host-84-223-228-216.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-02-24 22:19 -!- Timitos(n=kp@krsn-5d806d13.pool.einsundeins.de) has joined #tryton | ||
| 2009-02-24 22:20 -!- Timitos(n=kp@krsn-5d806d13.pool.einsundeins.de) has left #tryton | ||
| 2009-02-24 22:50 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1193:cc9969de15b2 tryton/tryton/gui/window/view_form/view/form_gtk/float.py: Improve check for float encoding with digits for issue806 | ||
| 2009-02-24 22:50 <CIA-10> tryton: ced roundup * #806/Calculation of amount in purchase/sale lines: [resolved] Fix with changeset cc9969de15b2 | ||
| 2009-02-24 22:51 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1194:d6e1d1d42c3a tryton/tryton/ (3 files in 2 dirs): Add check on integer and float in list view | ||
| 2009-02-24 23:01 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1195:5ba7613c231c tryton/tryton/gui/window/win_search.py: Fix title_results in win_search when form name contains % |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!