IRC logs of #tryton for Monday, 2010-10-18

chat.freenode.net #tryton log beginning Mon Oct 18 00:00:01 CEST 2010
2010-10-18 00:17 -!- gremly(~gremly@190.26.155.61) has joined #tryton
2010-10-18 05:18 -!- yangoon(~mathiasb@p549F68E1.dip.t-dialin.net) has joined #tryton
2010-10-18 07:29 -!- Timitos(~kp@88.217.184.172) has joined #tryton
2010-10-18 07:31 -!- enlightx(~enlightx@ip-223-177.sn1.eutelia.it) has joined #tryton
2010-10-18 08:02 -!- gremly(~gremly@190.26.155.61) has joined #tryton
2010-10-18 08:34 -!- rednul_(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton
2010-10-18 09:29 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2010-10-18 09:30 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2010-10-18 10:25 -!- udono(~udono@dynamic-unidsl-85-197-25-103.westend.de) has joined #tryton
2010-10-18 10:31 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-10-18 10:54 -!- evernichon(~evernicho@mailout.fief.ch) has joined #tryton
2010-10-18 10:56 -!- bechamel(~user@chimie-prtx11.scf.fundp.ac.be) has joined #tryton
2010-10-18 10:56 -!- Red15(~red15@unaffiliated/red15) has joined #tryton
2010-10-18 11:52 -!- mr_amit(~amit@115.252.104.187) has joined #tryton
2010-10-18 11:58 -!- paepke(~paepke@p4FEB331E.dip.t-dialin.net) has joined #tryton
2010-10-18 14:02 -!- mr_amit(~amit@115.252.104.187) has joined #tryton
2010-10-18 15:18 -!- pheller(~pheller@pool-173-48-216-195.bstnma.fios.verizon.net) has joined #tryton
2010-10-18 15:54 -!- heffer_(~felix@hyperion.fetzig.org) has joined #tryton
2010-10-18 15:54 -!- heffer_(~felix@fedora/heffer) has joined #tryton
2010-10-18 17:03 -!- pheller(~pheller@2002:ad30:d8c3:0:217:f2ff:fe04:afe) has joined #tryton
2010-10-18 17:05 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has left #tryton
2010-10-18 17:18 -!- pheller_(~pheller@c1fw226.constantcontact.com) has joined #tryton
2010-10-18 17:21 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton
2010-10-18 17:24 -!- paepke(~paepke@p4FEB06F3.dip0.t-ipconnect.de) has joined #tryton
2010-10-18 17:37 <paepke> can't trytond be killed anymore using ctrl-c when using it as console-program (not running as daemon)?
2010-10-18 17:43 <bechamel> paepke: not if a thread is still running
2010-10-18 17:43 <bechamel> C-z + kill %1 does the trick
2010-10-18 17:43 <paepke> bechamel, ok. i know how i detach the console.
2010-10-18 17:43 <bechamel> or shorter: C-\
2010-10-18 17:44 <paepke> bechamel, i just started the trytond and wanted to kill it immediatelly
2010-10-18 17:44 <paepke> bechamel, i know it worked on trytond 1.6. Just wondering what happened.
2010-10-18 17:44 -!- gremly(~gremly@190.26.155.61) has joined #tryton
2010-10-18 17:46 <bechamel> paepke: I'm working with 1.6
2010-10-18 17:47 <bechamel> paepke: actually even with the trunk, a C-c just after launching it kill the process instantly
2010-10-18 17:48 <paepke> bechamel, weird....
2010-10-18 17:49 <paepke> bechamel, ok. than it looks like a local issue to me :-)
2010-10-18 17:51 <bechamel> paepke: maybe
2010-10-18 17:57 -!- paepke(~paepke@p4FEB06F3.dip0.t-ipconnect.de) has left #tryton
2010-10-18 18:06 -!- rednul_(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton
2010-10-18 18:19 -!- enlightx(~enlightx@ip-223-177.sn1.eutelia.it) has joined #tryton
2010-10-18 18:22 -!- paepke(~paepke@p4FEB331E.dip.t-dialin.net) has joined #tryton
2010-10-18 18:44 <pheller> paepke: ctrl-c with the server works in trunk...
2010-10-18 18:44 <paepke> pheller, just tried from my workstation. here it works. seems like a shell-issue.
2010-10-18 18:45 <paepke> pheller, apple, you know ;-)
2010-10-18 18:46 <pheller> paepke: are you running xml-rpc? ... the way it was in 1.6, the listener was synchronous, and therefore the listen wouldn't return. That is what was fixed in trunk.
2010-10-18 18:46 <paepke> pheller, yes, running xml-rpc.
2010-10-18 18:46 <pheller> paepke: if you can test it with trunk on both your systems, please let me know if you still have a problem so I can troubleshoot.
2010-10-18 18:47 <paepke> pheller, cause of a project involved proteus (great stuff) i'm using xml-rpc with trunk. thats what i have not used before.
2010-10-18 18:47 <pheller> ah, I see
2010-10-18 18:48 <pheller> yes, proteus is very useful!
2010-10-18 18:49 <paepke> pheller, update. i can verify i cannot use ctrl+c over a ssh-connection when running trytond interactive on another machine.
2010-10-18 18:49 <paepke> pheller, on local machine running trytond i can kill it with ctrl+c
2010-10-18 18:49 <paepke> both running with xml-rpc
2010-10-18 18:53 <pheller> paepke: and it is trunk running on the far end machine?
2010-10-18 18:55 <udono> paepke: maybe your ssh client mask/catch/drop ctrl-c?
2010-10-18 18:55 <udono> paepke: can you send SIGTERM from your ssh-client to the session?
2010-10-18 18:56 <paepke> pheller, it was 2 changesets beyond
2010-10-18 18:56 <pheller> paepke: hmmh, then you should have the fixes for the xmlrpc listener
2010-10-18 18:57 <pheller> can you disable all but netrpc, and see if ctrl-c then works?
2010-10-18 18:57 <paepke> pheller, already done: it works when only using net-rpc
2010-10-18 18:57 <paepke> now i'm on trunk.
2010-10-18 18:58 <paepke> pheller, if I enable xml-rpc i have this situation
2010-10-18 18:58 <pheller> paepke: ok, one moment
2010-10-18 18:58 <paepke> udono, good point. but it looks like an xml-rpc issue
2010-10-18 18:59 <pheller> paepke: you can verify ctrl-c by doing something like "/bin/sleep 20", then hit ctrl-c.
2010-10-18 18:59 <pheller> paepke: but, if you can ctrl-c with only netrpc, then this is working
2010-10-18 18:59 -!- pheller_(~pheller@2002:ad30:d8c3:0:217:f2ff:fe04:afe) has joined #tryton
2010-10-18 18:59 <paepke> pheller, works with ctrl-c
2010-10-18 18:59 <paepke> pheller even with ctrl-c
2010-10-18 19:00 <paepke> pheller even with sleep..
2010-10-18 19:00 <pheller> paepke: yep, ok
2010-10-18 19:00 <pheller> paepke: I'm looking at the source tree for the next test...
2010-10-18 19:00 <paepke> udono, i can only kill it with SIGKILL
2010-10-18 19:01 <paepke> using "kill -9 <processid>"
2010-10-18 19:01 <pheller> paepke: can you verify that protocols/xmlrpc.py "XMLRPCDaemon" inherits from "daemon" ?
2010-10-18 19:02 <udono> paepke: SIGKILL could indicate open transactions
2010-10-18 19:02 <pheller> paepke: yes, good point from udono..... are you sure there aren't any transactions going on when you hit ctrl-c? the thread.join() will block until they are all done
2010-10-18 19:03 <paepke> udono, just starting the client. and killing imediatelly after "waiting for connections"
2010-10-18 19:03 <paepke> pheller, udono its on my dev machine.
2010-10-18 19:04 <paepke> pheller, udono how can i verify if there are open transactions? on database level? would be pretty cool to have a "trytontop"
2010-10-18 19:04 <udono> paepke: so you need SIGKILL to kill the client?
2010-10-18 19:04 <paepke> udono, to kill the server.
2010-10-18 19:04 <paepke> not the client
2010-10-18 19:04 <udono> paepke: k
2010-10-18 19:04 <pheller> paepke: netstat is probably the easiest way to see open connections to trytond
2010-10-18 19:06 <paepke> pheller, by looking at the sourcecode "XMLRPCDaemon" inherits from "daemon"
2010-10-18 19:06 <paepke> pheller, btw: not using the secure won
2010-10-18 19:06 <paepke> one.
2010-10-18 19:06 <pheller> paepke: ok, good. I'm not quite sure what is happening for you then.... I will need to read the documentation for SocketServer, and then see if I can think of an idea to try
2010-10-18 19:07 <paepke> pheller, udono. you know. its not that important bug. but it looks like a bug and its anoying.
2010-10-18 19:07 <pheller> paepke: it's important to me :-)
2010-10-18 19:08 <pheller> paepke: we must be able to trust that SIGINT will shut the server down gracefully, or people will use SIGKILL, and wonder why there is garbage in their database (partially completed things, etc)
2010-10-18 19:09 <udono> pheller: hopefully postgres will never store an unfinished transaction...
2010-10-18 19:09 <pheller> udono: per acid, it shouldn't. And I really don't think it will. But we should really shut things down as gracefully as possible.
2010-10-18 19:10 <udono> pheller: correct
2010-10-18 19:10 <paepke> pheller: ack. i'm using SIGKILL :-)
2010-10-18 19:11 <paepke> pheller my dev machine is debian lenny, my local workstation is debian squeeze. maybe a versioning problem?
2010-10-18 19:12 <paepke> dev:2.5.2 vs. workstation: 2.6.6
2010-10-18 19:12 <pheller> paepke: anything is possible.... there are definitely some big issues in SocketServer between 2.4 and 2.6
2010-10-18 19:13 <pheller> paepke: ah, so ctrl-c isn't working on 2.5.2, but it is on 2.6.6 ?
2010-10-18 19:16 <paepke> pheller, yes youre right
2010-10-18 19:29 -!- enlightx(~enlightx@ip-223-177.sn1.eutelia.it) has joined #tryton
2010-10-18 19:35 <lem0na> what about killall -9 trytond?
2010-10-18 19:39 <paepke> lem0na, yes, that works. well. its running "python bin/trytond"
2010-10-18 19:40 <paepke> lem0na, i can kill with SIGKILL (9)
2010-10-18 19:47 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-10-18 19:49 <paepke> ok, i'm filing a bug about this xml-rpc situation
2010-10-18 19:52 <paepke> cedk, i'm missing a version information on roundup. should i put it somewhere in the tags?
2010-10-18 19:54 <udono> paepke: tag editing seems no longer avail.
2010-10-18 19:55 <udono> paepke: just put the information into the description or the subject
2010-10-18 19:56 <paepke> udono, done. just for the log: https://bugs.tryton.org/roundup/issue1731
2010-10-18 19:59 <pheller> paepke: I've summarized our troubleshooting in the bug too
2010-10-18 20:01 <yangoon> paepke: can you switch to python 2.5 on your workstation?
2010-10-18 20:01 <yangoon> or 2.6 on dev machine
2010-10-18 20:02 <paepke> yangoon, 2.5 on workstation.
2010-10-18 20:02 <paepke> one moment
2010-10-18 20:02 <yangoon> whatever erions are installed, you can switch easily by changing the link to the appropraite version
2010-10-18 20:03 <yangoon> or by doing something like python2.5 ..../trytond
2010-10-18 20:04 <paepke> yangoon, python2.5 on workstation. cannot kill by ctrl+c
2010-10-18 20:05 <paepke> yangoon, and verified again: python2.6 works.
2010-10-18 20:05 <yangoon> paepke: ok, then problem is narrowed to python version
2010-10-18 20:05 <paepke> yangoon, yes, good point to test it on same machine
2010-10-18 20:05 <yangoon> have to leave now, cu later
2010-10-18 20:05 <paepke> yangoon, cya
2010-10-18 20:27 -!- paepke(~paepke@p4FEB331E.dip.t-dialin.net) has joined #tryton
2010-10-18 20:29 <pheller> Anyone have an example of how to add multiple criteria to an ir.default clause?
2010-10-18 20:29 <pheller> for instance, I want to set city=Belmont when zip=02478 and country=233 ....
2010-10-18 20:30 <pheller> I tried simple and between them, as well as pyson syntax, but neither seems to work. perhaps the backend code can't yet handle this
2010-10-18 20:36 -!- zodman(~andres-va@200.67.176.253) has joined #tryton
2010-10-18 20:39 <cedk> pheller: it is simply field_name=value
2010-10-18 20:39 <cedk> pheller: but it doesn't work for many clause
2010-10-18 20:39 <pheller> so I cannot do "zip=02478 and country=233"... ?
2010-10-18 20:40 <cedk> pheller: no
2010-10-18 20:40 <pheller> cedk: sounds like a feature request is coming ;-)
2010-10-18 20:41 <cedk> pheller: in fact I think we should drop this functionnality
2010-10-18 20:41 <pheller> cedk: the defaults ?
2010-10-18 20:41 <cedk> pheller: the change_default
2010-10-18 20:45 -!- irclog(~irclog@tycho.b2ck.com) has joined #tryton
2010-10-18 20:46 <cedk> pheller: I think it can be handle with on_change
2010-10-18 20:46 <pheller> Ah
2010-10-18 20:48 <cedk> I always thought that if we can drop a functionnality, we should
2010-10-18 20:49 <pheller> cedk: I think rather, it should be "if we can simplify the code while keeping functionality, we should"
2010-10-18 20:49 <cedk> and change_default is only used in one place (party.address)
2010-10-18 20:50 <cedk> pheller: no we can drop functionnality if it is not used and can be replace by an other one
2010-10-18 20:50 <pheller> cedk: we are saying the same thing, I think.... just with different words :-)
2010-10-18 20:51 <pheller> cedk: I had another idea of how this could be done, and keep the performance.... how about the ability to have two fields refer to different fields in the same related record?
2010-10-18 20:52 <pheller> cedk: so we could make a model for city/state/zip
2010-10-18 20:52 <pheller> cedk: change one of them in party.address, and the others change to match
2010-10-18 20:53 -!- enlightx(~enlightx@ip-223-177.sn1.eutelia.it) has joined #tryton
2010-10-18 20:53 <pheller> cedk: nice on the settimeout -- I will test on Mac later.
2010-10-18 21:11 <cedk> pheller: just write on_change method that do the job
2010-10-18 21:14 -!- mr_amit(~amit@115.252.104.187) has joined #tryton
2010-10-18 21:16 <pheller> cedk: yes, this is probably better... I don't think there are many places where linked fields to different fields of the same record are needed.... but do you think a city/state/zip/country model is a good idea?
2010-10-18 21:16 <pheller> cedk: for fast entry in a small business, I think free text is faster for city....
2010-10-18 21:16 <pheller> cedk: but, referential integrity is good.....
2010-10-18 21:17 <cedk> pheller: yes
2010-10-18 21:17 <cedk> pheller: It can extend the current country/state
2010-10-18 21:17 <pheller> cedk: ok, good idea. I will look at this after 1.8 is released.
2010-10-18 21:19 -!- bechamel(~user@host-85-201-147-56.brutele.be) has joined #tryton
2010-10-18 21:34 -!- ikks(~ikks@190.158.112.13) has joined #tryton
2010-10-18 21:36 -!- enlightx(~enlightx@ip-223-177.sn1.eutelia.it) has joined #tryton
2010-10-18 21:37 <paepke> cedk, short question. I had not checked it out currently, its enough to have a yes or no: Is it possible to get the xml-data for rendering the client-forms via xml-rpc?
2010-10-18 21:40 <cedk> paepke: yes
2010-10-18 21:40 <paepke> cedk, great. thx.
2010-10-18 21:40 <cedk> paepke: you must call fields_view_get
2010-10-18 21:43 <paepke> cedk, ok. looks good.
2010-10-18 21:47 <lem0na> where i can read what is aged balance (i am not familiar with financial terms)
2010-10-18 21:53 -!- zodman(~andres-va@foresight/developer/zodman) has joined #tryton
2010-10-18 21:55 <cedk> lem0na: it is a report that show you who will owe money
2010-10-18 21:55 <cedk> lem0na: how much and when
2010-10-18 21:56 <lem0na> cedk: something like chronologicaly (like timestamp)?
2010-10-18 21:57 <cedk> lem0na: no more in 30 days, 60 days etc.
2010-10-18 21:57 <lem0na> cedk: thaks - will search for info in bulgaria for tje exact term
2010-10-18 21:58 <cedk> lem0na: generaly it is not a legal report
2010-10-18 21:58 <lem0na> cedk: thanks
2010-10-18 21:58 <cedk> lem0na: but it is used by commercials to inform customer about payment
2010-10-18 21:59 <lem0na> cerd: looks that i have to learn some finance :)
2010-10-18 22:31 <udono> cedk: hi, do you have an idea for http://paste.pocoo.org/show/277142/
2010-10-18 22:33 <cedk> udono: from where comes customer_tax ?
2010-10-18 22:37 <cedk> udono: ok understood
2010-10-18 22:37 <udono> cedk: http://codereview.appspot.com/2550042/diff/3001/scenario_simple.rst#pair-411
2010-10-18 22:38 <cedk> udono: you can not add the same record to two modellist
2010-10-18 22:38 <udono> cedk: yes, I need to instanciate them again
2010-10-18 22:39 <udono> cedk: Is this intended?
2010-10-18 22:39 <cedk> udono: yes
2010-10-18 22:39 <udono> cedk: ok. Why?
2010-10-18 22:43 <cedk> udono: because when a record is linked by a one2many or many2many, there is some on_change etc. that can occur
2010-10-18 22:44 <cedk> udono: so you must handle those change in separate instance to be sure to not have side effect
2010-10-18 22:44 <cedk> like infinite loop
2010-10-18 22:45 <cedk> udono: but perhaps proteus could create it for you
2010-10-18 22:45 <cedk> I don't know yet
2010-10-18 22:55 <pheller> how would I use proteus to simply get the xml for a form view of an existing party?
2010-10-18 22:59 <cedk> pheller: call fields_view_get
2010-10-18 23:03 <pheller> cedk: against which object? assuming I do users = User.find() (where User is res.user model), do I just do users.fields_view_get() ?
2010-10-18 23:03 <yangoon> cedk: hi
2010-10-18 23:03 <yangoon> cedk: links on #tryton-commit not working : 00manifest.i@e9c01c409375: no match found
2010-10-18 23:04 <pheller> cedk: I see that returns a list, but if I then do users[1].fields_view_get(), it claims res.user object has no attribute 'fields_view_get'.
2010-10-18 23:07 <cedk> pheller: against User
2010-10-18 23:08 <pheller> cedk: ok, so then I get a different error:
2010-10-18 23:08 <cedk> yangoon: I had to rollback Bertrand commits
2010-10-18 23:08 <pheller> cedk: xmlrpclib.Fault: <Fault 1: 'pop from empty list\
2010-10-18 23:08 <cedk> pheller: you must at least pass the context
2010-10-18 23:09 <yangoon> cedk: ah, wondered already of disappearing commits
2010-10-18 23:09 <paepke> cedk, pheller and I am different people ;-)
2010-10-18 23:09 <paepke> pheller: weird that you had asked the same question than i before.
2010-10-18 23:10 <udono> cedk: ok, thanks. I think we can improve the api of proteus, when we have some more example code.
2010-10-18 23:10 <pheller> paepke: ok, I see now. yes, I saw you asked earlier paepke, I was only wondering why it wasn't working for me ;-)
2010-10-18 23:24 -!- ikks(~ikks@190.158.112.13) has joined #tryton

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