IRC logs of #tryton for Friday, 2009-05-01

chat.freenode.net #tryton log beginning Fri May 1 00:00:01 CEST 2009
2009-05-01 00:06 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton
2009-05-01 00:09 -!- racke(n=racke@a89-182-67-231.net-htp.de) has joined #tryton
2009-05-01 00:23 <CIA-48> ced roundup * #1030/Check stdout and stderr with py2exe: [new] http://www.py2exe.org/index.cgi/StderrLog User have not necessary the right to write in install directory.
2009-05-01 00:23 <CIA-48> http://bugs.tryton.org/roundup/issue1030
2009-05-01 00:26 -!- carlos_(n=carlos@89.7.24.44) has joined #tryton
2009-05-01 00:48 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton
2009-05-01 01:26 -!- opensoft(n=elkafil@41.248.223.106) has joined #tryton
2009-05-01 01:54 -!- racke(n=racke@a89-182-67-231.net-htp.de) has joined #tryton
2009-05-01 02:32 -!- racke(n=racke@a89-182-67-231.net-htp.de) has joined #tryton
2009-05-01 04:02 -!- saxa_(n=sasa@host242-95-static.223-217-b.business.telecomitalia.it) has joined #tryton
2009-05-01 05:18 -!- yangoon(n=mathiasb@p549F4A84.dip.t-dialin.net) has joined #tryton
2009-05-01 07:10 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton
2009-05-01 08:50 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has left #tryton
2009-05-01 09:03 -!- paola(n=paola@host-84-223-76-22.cust-adsl.tiscali.it) has joined #tryton
2009-05-01 09:04 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-05-01 09:07 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-05-01 09:29 -!- racke(n=racke@a89-182-74-142.net-htp.de) has joined #tryton
2009-05-01 10:41 -!- enlightx(n=enlightx@217.202.21.133) has joined #tryton
2009-05-01 11:13 <CIA-48> cedric.krier@b2ck.com * r603 /wiki/Release_1_4_0.wiki:
2009-05-01 11:13 <CIA-48> Add GroupDAV
2009-05-01 11:13 <CIA-48> Add tablespace
2009-05-01 11:13 <CIA-48> Add BETWEEN function
2009-05-01 11:22 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-05-01 11:59 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-05-01 12:02 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-05-01 12:17 <udono> cedk: hi
2009-05-01 12:17 <udono> cedk: about inheritance again
2009-05-01 12:18 <udono> cedk: dbrenk told me that tinyerp has some distingtion on _inherit='object.name'
2009-05-01 12:18 <udono> cedk: 1. if _name == _inherit
2009-05-01 12:19 <udono> cedk: 2. if _name != _inherit
2009-05-01 12:20 <udono> http://doc.openerp.com/developer/1_2_module_development/3_Inheritance.html
2009-05-01 12:21 <udono> I don't know for now how the second works, and if it work well.
2009-05-01 12:23 <udono> But it seems that we removed this inheritance with the collapse of _name and _inherit to soly _name
2009-05-01 12:51 <cedk> udono: We can do the same with a simple python inherit
2009-05-01 12:52 <cedk> udono: look at ir.sequence and ir.sequence.strict
2009-05-01 12:53 <cedk> udono: and the OpenERP implementation, there is some indetermination when you mix the both inheritance
2009-05-01 12:53 <cedk> what happend if an other module inherit simply the object other.material
2009-05-01 12:53 <cedk> oops I mean network.material
2009-05-01 12:54 <cedk> what do it happen to other.material
2009-05-01 12:54 <cedk> I guess it depends of the order of the module which is not determinist
2009-05-01 12:55 <cedk> with our implementation, it is always the basic model that is used
2009-05-01 12:58 <cedk> udono: and I don't find any use of the second in OpenERP base modules
2009-05-01 13:00 <cedk> udono: by the way, I put some patches for pywebdav on http://www.b2ck.com/~ced/pywebdav/
2009-05-01 13:02 <cedk> udono: it is with davfs2 that you have issue?
2009-05-01 13:08 <udono> cedk: yes
2009-05-01 13:08 <udono> cedk: should I go deeper into introspection now?
2009-05-01 13:10 <cedk> udono: I have an issue with a missing group davfs2
2009-05-01 13:11 <udono> cedk: do you recognize the slowness of davfs2?
2009-05-01 13:12 <cedk> udono: not yet working
2009-05-01 13:14 <udono> cedk: as a test collection I use ir.translation
2009-05-01 13:15 <udono> cedk: with firefox it needed ~3s to load all entries
2009-05-01 13:18 <cedk> udono: this patch must fix a part http://www.b2ck.com/~ced/pywebdav/pywebdav_depth.patch
2009-05-01 13:20 <cedk> udono: and translations is very too big for pywebdav and I think also for davfs2
2009-05-01 13:22 <udono> cedk: can not download the patch, 403 - Forbidden
2009-05-01 13:22 <udono> cedk: with firefox it takes 3s to load
2009-05-01 13:22 <udono> translations
2009-05-01 13:23 <cedk> udono: download fixed
2009-05-01 13:23 <udono> cedk: works
2009-05-01 13:24 <cedk> udono: davfs2 make some cache at first time, so it downloads all collection at depth 1
2009-05-01 13:24 <cedk> udono: and pywebdav uses minidom to create the xml and Tryton use string concatenation to create web page
2009-05-01 13:32 <udono> cedk: yes, but last time I debugged, davfs2 retries 3times to load something, after this it works. DAVFS said something like wrong header.
2009-05-01 13:53 <cedk> udono: I think it is because pywebdav on HEAD for non-existing url return a 404
2009-05-01 14:00 <cedk> udono: it doesn't seem to be that
2009-05-01 14:00 <cedk> udono: it looks like if davfs2 is bugged
2009-05-01 14:10 <udono> cedk: yes, possible
2009-05-01 14:15 <cedk> udono: by the way, where did you find log from davfs2
2009-05-01 14:17 <udono> cedk: you need to tweak /etc/davfs2/davfs2.conf
2009-05-01 14:17 <udono> cedk: man davfs2.conf
2009-05-01 14:17 <udono> It is stores in syslog or messages
2009-05-01 14:17 <cedk> udono: strange davfs2 makes PUT with empty body
2009-05-01 14:21 <udono> here is a complete log http://paste.pocoo.org/show/115260/
2009-05-01 14:21 <udono> with all debug modes
2009-05-01 14:41 <cedk> udono: ok, I think I find one issue with "100-continue" which is not handle by pywebdav or BaseHTTPRequest
2009-05-01 14:53 <cedk> It works better when setting use_expect100 to 0 in davfs2.conf
2009-05-01 15:20 <udono> cedk: what do you understand with 'better'?
2009-05-01 15:23 <udono> cedk: what strange is, my trytond process is getting bigger and bigger
2009-05-01 15:24 <udono> cedk: I do nothing, but it grows 295mb + 2mb/second
2009-05-01 15:25 <udono> maybe it is the caching of davfs2...
2009-05-01 15:26 <cedk> udono: it doesn't work if you enable expect100
2009-05-01 15:27 <udono> cedk: ok
2009-05-01 15:35 <udono> the growing trytond seems to depend on davfs2
2009-05-01 15:36 -!- Odd_Bloke(n=oddbloke@libre.fm/user/oddbloke) has left #tryton
2009-05-01 15:36 <udono> with firefox(cache disabled) there is not this huge growing. After displaying the contents, the size of trytond shrinks small
2009-05-01 15:41 <cedk> udono: I guess it is the minidom
2009-05-01 15:45 <udono> cedk: did you have entries in /var/cache/davfs2/<CONNECTION>/index ?
2009-05-01 15:46 <cedk> udono: not for index
2009-05-01 15:46 <udono> cedk: you have other entreis as index?
2009-05-01 15:46 <udono> *entries
2009-05-01 15:47 <cedk> udono: yes, it is the cache of davfs
2009-05-01 15:47 <udono> mine is empty
2009-05-01 15:47 <udono> But I only have the collection ir.translation
2009-05-01 15:50 <udono> cedk: is davfs2 in general much slower then firefox on your system?
2009-05-01 15:50 <cedk> udono: yes but firefox idoesn't use WebDAV
2009-05-01 15:55 <cedk> udono: I think we should remove minidom from pywebdav and use lxml
2009-05-01 15:58 <cedk> udono: I will see with pywebdav devs if they will accept the change
2009-05-01 16:06 <udono> cedk: I find out that when I decrease the read_timeout to 15, then it is more quick...strange
2009-05-01 16:07 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1783:e96a04849390 trytond/trytond/ir/attachment.py: Skip set_datas on attachment only if value is False or None
2009-05-01 16:07 <CIA-48> http://hg.tryton.org/trytond/rev/e96a04849390
2009-05-01 16:07 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1784:c99c3c4ff4ae trytond/trytond/webdav/webdav.py:
2009-05-01 16:07 <CIA-48> Fix _uri2object when there is more than one attachment on the same record
2009-05-01 16:07 <CIA-48> Fix uninitialized variables
2009-05-01 16:07 <CIA-48> http://hg.tryton.org/trytond/rev/c99c3c4ff4ae
2009-05-01 16:10 <cedk> udono: if you still use translations, it is normal
2009-05-01 16:11 <udono> no, this time I use just a refresh of the dir list in my dav root
2009-05-01 16:11 <cedk> udono: but if you have anyweher a collection with all translations, this is still normal
2009-05-01 16:21 <udono> cedk: yes, you are right, I destroyed the ir.translation collection and now it works better
2009-05-01 16:42 <udono> cedk: for me it seems to work with smaller (<2900) collections
2009-05-01 17:21 -!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton
2009-05-01 17:28 <udono> afk
2009-05-01 17:38 <cedk> udono: I have put a pywebdav_expect100.patch to hanle expect 100-continue
2009-05-01 18:14 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-05-01 20:37 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton
2009-05-01 20:45 <cedk> udono: I made a test by replacing minidom with lxml by it is still too slow
2009-05-01 20:46 <cedk> I will try with a string concataination like I do for the html page
2009-05-01 20:53 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton
2009-05-01 21:14 -!- ChanServ(ChanServ@services.) has joined #tryton
2009-05-01 22:05 -!- carlos(n=carlos@89.7.24.44) has joined #tryton
2009-05-01 22:21 -!- sharkcz_(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-05-01 23:24 <udono> cedk: I will test tomorrow
2009-05-01 23:34 <cedk> udono: I just test with string concat. but it looks the same
2009-05-01 23:35 <cedk> udono: so I think it is a limitation of protocol
2009-05-01 23:53 -!- cedk_(n=ced@234.50-242-81.adsl-dyn.isp.belgacom.be) has joined #tryton

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